Broadcast transmission device, broadcast reception device, operating method of broadcast transmission device, and operating method of broadcast reception device

ABSTRACT

An operating method of a broadcast reception device, according to an embodiment of the present invention includes receiving a broadcast signal; receiving media content presentation information including information necessary to present media content based on the broadcast signal; and presenting the media content based on the media content presentation information.

TECHNICAL FIELD

The present invention relates to a broadcast transmission device, abroadcast reception device, an operating method of the broadcasttransmission device, and an operating method of the broadcast receptiondevice.

BACKGROUND ART

With the development of digital broadcast and communicationenvironments, hybrid broadcasts using communication networks (e.g.,broadband) in addition to an existing broadcast network have been in thespotlight. Additionally, such hybrid broadcasts provide applications orbroadcast services interoperating with terminal devices such assmartphones or tablets. Also, the hybrid broadcasts have providedapplications associated with broadcast services and a personalizationfunction for providing content suitable for each user.

In order for the hybrid broadcasts, a broadcast reception device isrequired to freely access communication a network (e.g., broadband).Also, the broadcast reception device is required to present contentreceived via the communication networks (e.g., broadband). To this end,the broadcast reception device and a broadcast transmission devicenecessarily support a content transport protocol that supports both thebroadcast network and the communication network (e.g., broadband).Therefore, it is suggested that the broadcast transmission device andthe broadcast reception device use the MPEG-Dynamic Adaptive Streamingover HTTP (DASH) that is a standard technology for adaptivelytransmitting media content according to a network environment and MEPGMedia Transport (MMT) that is a transmission standard for efficientlytransmitting media content via an IP network.

DISCLOSURE OF THE INVENTION Technical Problem

Embodiments of the present invention provide a broadcast transmissiondevice, a broadcast reception device, an operating method of thebroadcast transmission device, and an operating method of the broadcastreception device, which provide transmission and presentation of mediacontent via a communication network (e.g., broadband) and a broadcastnetwork.

Technical Solution

In one embodiment, an operating method of a broadcast reception deviceincludes receiving a broadcast signal; receiving media contentpresentation information including information necessary to presentmedia content based on the broadcast signal; and presenting the mediacontent based on the media content presentation information.

The operating method of the broadcast reception device may furtherinclude acquiring an attribute of a media component included in themedia content from the media content presentation information, whereinthe presenting of the media content based on the media contentpresentation information may include presenting the media componentbased on the attribute of the media component.

The acquiring of the attribute of the media component included in themedia content from the media content presentation information mayinclude acquiring an attribute of a composite component, which is acollection of a plurality of media components necessary to present onescene, from the media content presentation information, and thepresenting of the media component based on the attribute of the mediacomponent may include presenting the composite component based on theattribute of the composite component.

The attribute of the composite component may include a child attributefor identifying the plurality of media components included in thecomposite component, and the presenting of the composite component basedon the attribute of the composite component may include presenting thecomposite component based on the child attribute for identifying theplurality of media components include in the composite component.

The attribute of the composite component may include an attribute forindicating whether the composite component is a presentable mediacomponent, and the presenting of the composite component based on theattribute of the composite component may include presenting thecomposite component based on the attribute for indicating whether thecomposite component is a presentable media component.

The acquiring of the attribute of the media component included in themedia content from the media content presentation information mayinclude acquiring an attribute for identifying a media componentassociated with the media component from the media content presentationinformation, and the presenting of the media component based on theattribute of the media component may include presenting the mediacomponent based on the attribute for identifying the media componentassociated with the media component.

The presenting of the media component based on the attribute foridentifying the media component associated with the media component mayinclude presenting the media component associated with the mediacomponent.

The acquiring of the attribute of the media component included in themedia content from the media content presentation information mayinclude acquiring an attribute for indicating a device targeted by themedia component from the media content presentation information, and thepresenting of the media component based on the attribute of a mediacomponent may include presenting the media component based on theattribute for indicating a device targeted by the media component.

The attribute for indicating a device targeted by the media componentmay indicate at least one of a primary screen representing a screen of adevice which directly receives the broadcast signal, a companion deviceconnected to and interworking with the primary screen, and an insertscreen as a part of the primary screen.

The operating method of the broadcast reception device may furtherinclude acquiring a reference time of a presentation start time of asegment from the media content presentation information; and acquiringthe presentation start time of the segment based on the reference timeof the presentation start time, wherein the presenting of the mediacontent based on the media content presentation information may includepresenting media content included in the segment, and the segment may bea transport unit for transmitting the media content.

The acquiring of the presentation start time of the segment based on thereference time of the presentation start time may include acquiring thepresentation start time of the segment based on a start time of a periodrepresenting a continuous time interval of the media content, a relativepresentation start time based on the start time of the period, and thereference time of the presentation start time.

The acquiring of the media content presentation information based on thebroadcast signal may include acquiring a signaling message from thebroadcast signal; and acquiring a first element for indicating atransmission method of the media content presentation information fromthe signaling message and a second element for signaling the mediacontent presentation information according to the transmission method ofthe media content presentation information.

The first element may indicate that at least one of the media contentpresentation information and an identifier of an address at which it ispossible to receive the media content presentation information istransmitted by a session-based transport protocol, and the secondelement may include an identifier of a session-based transport protocolsession.

The first element may indicate that at least one of the media contentpresentation information and the identifier of the address at which itis possible to receive the media content presentation information istransmitted by the session-based transport protocol in a secondbroadcast stream different from a first broadcast stream fortransmitting the signaling message, and the second element may includean identifier of a session-based transport protocol session and anidentifier of a broadcast stream for identifying the second broadcaststream.

The identifier of the broadcast stream may indicate a logical datatransport path included in a radio frequency channel.

The first element may indicate that at least one of the media contentpresentation information and an identifier of an address at which it ispossible to receive the media content presentation information istransmitted by a packet-based transport protocol, and the second elementmay include an identifier of a packet-based transport protocol packet.

The first element may indicate that at least one of the media contentpresentation information and an identifier of an address at which it ispossible to receive the media content presentation information istransmitted by the packet-based transport protocol in a second broadcaststream different from a first broadcast stream for transmitting thesignaling message, and the second element may include an identifier of apacket-based transport protocol packet and an identifier of a broadcaststream for identifying the second broadcast stream.

The first element may indicate that the media content presentationinformation is transmitted in a state of being included in an Internetprotocol (IP) datagram, and the second element may include a port numberand an IP address for identifying the IP datagram.

In another embodiment, a broadcast reception device for receiving abroadcast signal, includes: a broadcast receiving unit configured toreceive a broadcast signal; and a control unit configured to receivemedia content presentation information including information necessaryto present media content based on the broadcast signal and presentingthe media content based on the media content presentation information.

In another embodiment, a broadcast transmission device for transmittinga broadcast signal includes: a control unit configured to acquire mediacontent presentation information including information necessary topresent media content and generate the broadcast signal based on themedia content presentation information; and a transmitting unitconfigured to transmit the broadcast signal.

Advantageous Effects

One embodiment of the present invention provides a broadcasttransmission device, a broadcast reception device, an operating methodof the broadcast transmission device, and an operating method of thebroadcast reception device, which provide transmission and presentationof media content via a communication network (e.g., broadband) and abroadcast network.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a structure of an apparatus for transmittingbroadcast signals for future broadcast services according to anembodiment of the present invention.

FIG. 2 illustrates an input formatting block according to one embodimentof the present invention.

FIG. 3 illustrates an input formatting block according to anotherembodiment of the present invention.

FIG. 4 illustrates a BICM block according to an embodiment of thepresent invention.

FIG. 5 illustrates a BICM block according to another embodiment of thepresent invention.

FIG. 6 illustrates a frame building block according to one embodiment ofthe present invention.

FIG. 7 illustrates an orthogonal frequency division multiplexing (OFMD)generation block according to an embodiment of the present invention.

FIG. 8 illustrates a structure of an apparatus for receiving broadcastsignals for future broadcast services according to an embodiment of thepresent invention.

FIG. 9 illustrates a frame structure according to an embodiment of thepresent invention.

FIG. 10 illustrates a signaling hierarchy structure of the frameaccording to an embodiment of the present invention.

FIG. 11 illustrates preamble signaling data according to an embodimentof the present invention.

FIG. 12 illustrates PLS1 data according to an embodiment of the presentinvention.

FIG. 13 illustrates PLS2 data according to an embodiment of the presentinvention.

FIG. 14 illustrates PLS2 data according to another embodiment of thepresent invention.

FIG. 15 illustrates a logical structure of a frame according to anembodiment of the present invention.

FIG. 16 illustrates PLS mapping according to an embodiment of thepresent invention.

FIG. 17 illustrates EAC mapping according to an embodiment of thepresent invention.

FIG. 18 illustrates FIC mapping according to an embodiment of thepresent invention.

FIG. 19 illustrates a type of DP according to an embodiment of thepresent invention.

FIG. 20 illustrates a time interleaving according to an embodiment ofthe present invention.

FIG. 21 illustrates the basic operation of a twisted row-column blockinterleaver according to an embodiment of the present invention.

FIG. 22 illustrates an operation of a twisted row-column blockinterleaver according to another embodiment of the present invention.

FIG. 23 illustrates a diagonal-wise reading pattern of a twistedrow-column block interleaver according to an embodiment of the presentinvention.

FIG. 24 illustrates interlaved XFECBLOCKs from each interleaving arrayaccording to an embodiment of the present invention.

FIG. 25 is a block diagram illustrating a media contenttransmitting/receiving system according to an embodiment of the presentinvention.

FIG. 26 is a diagram illustrating a system for transmitting/receivingmedia content via an IP network according to an embodiment of thepresent invention.

FIG. 27 illustrates a structure of a media presentation description(MPD) according to an embodiment of the present invention.

FIG. 28 illustrates an XML syntax of the MPD according to an embodimentof the present invention.

FIG. 29 illustrates an XML syntax of a period element of the MPDaccording to an embodiment of the present invention.

FIG. 30 is a flowchart illustrating an operation of receiving, by abroadcast reception device, media content via an IP network according toan embodiment of the present invention.

FIG. 31 illustrates a bitstream syntax for the case where the MPD istransmitted in a format of an MPD information table according to anembodiment of the present invention.

FIG. 32 is a flowchart illustrating an operation of extracting, by thebroadcast reception device, the MPD based on an information tableincluding the MPD according to an embodiment of the present invention.

FIG. 33 illustrates an MPD link table including an MPD link according toan embodiment of the present invention.

FIG. 32 is a flowchart illustrating an operation of receiving, by thebroadcast reception device, the MPD based on a media contentpresentation information table including a media content presentationinformation link according to an embodiment of the present invention.

FIG. 35 illustrates that the MPD or the MPD information table is addedto an IP datagram so as to be transmitted according to an embodiment ofthe present invention.

FIG. 36 illustrates a syntax of the IP datagram for the case where theMPD or the MPD information table is added to the IP datagram so as to betransmitted according to an embodiment of the present invention.

FIG. 37 illustrates a syntax of an MPD payload included in the IPdatagram for the case where the MPD or the MPD information table isadded to the IP datagram so as to be transmitted according to anembodiment of the present invention.

FIG. 38 is a flowchart illustrating an operation of extracting, by thebroadcast reception device, the media content presentation informationor the media content presentation information table based on the IPdatagram including the media content presentation information or themedia content presentation information table according to an embodimentof the present invention.

FIG. 39 illustrates a syntax of an MPD descriptor for transmitting theMPD according to an embodiment of the present invention.

FIG. 40 illustrates a syntax of MPD bootstrap_data in the case where theMPD descriptor directly includes the MPD.

FIG. 41 illustrates a syntax of MPD bootstrap_data in the case where theMPD descriptor includes a link to the MPD.

FIG. 42 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes an identifier of a data packetincluding the MPD.

FIG. 43 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes an identifier of an additionalbroadcast stream including the MPD.

FIG. 44 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes information on an IP datagramincluding the MPD.

FIG. 45 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes information on a session of asession-based transport protocol for transmitting the MPD.

FIG. 46 is a flowchart illustrating an operation of receiving, by thebroadcast reception device, the media content presentation informationin the case where a method of transmitting the media contentpresentation information is added to a broadcast information signalinginformation table so as to be transmitted.

FIG. 47 is a flowchart illustrating an operation of presenting, by thebroadcast reception device, media content based on whether transmissionof a broadcast stream is stable in the case where broadcast content istransmitted via not only a broadcasting network but also an IP network.

FIG. 48 illustrates a syntax of a signaling message for signaling ahybrid broadcast service according to an embodiment of the presentinvention.

FIG. 49 illustrates a syntax of a signaling message for signaling ahybrid broadcast service according to another embodiment of the presentinvention.

FIG. 50 illustrates an example in which MPDs are identified by usingsequence numbers of signaling messages for signaling a hybrid broadcastservice according to another embodiment of the present invention.

FIG. 51 illustrates a syntax of a signaling message when the signalingmessage includes an MPD in the form of data according to anotherembodiment of the present invention.

FIG. 52 illustrates a value of a data type when the signaling messageincludes an MPD in the form of data according to another embodiment ofthe present invention.

FIG. 53 illustrates a syntax of a signaling message including an MPDalong with an identifier for identifying the MPD, when the signalingmessage includes the MPD in the form of data according to anotherembodiment of the present invention.

FIG. 54 illustrates a syntax of a signaling message when the signalingmessage signals an identifier for indicating an address at which it ispossible to receive an MPD, according to another embodiment of thepresent invention.

FIG. 55 illustrates a syntax of a signaling message for signaling anidentifier for identifying an MPD along with when the signaling messagesignals an identifier for indicating an address at which it is possibleto receive the MPD, according to another embodiment of the presentinvention.

FIG. 56 illustrates an example in which a signaling message includes atype of a media content presentation information transmission method andsignals transmission of media content presentation information accordingto the transmission method, according to another embodiment of thepresent invention.

FIG. 57 is a table showing values indicating types of a media contentpresentation transmission method when a signaling message signals a typeof the media content presentation transmission method, according toanother embodiment of the present invention.

FIG. 58 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via the same broadcast stream as a broadcaststream for transmitting the signaling message or via an IP packet streamof a cellular network, according to another embodiment of the presentinvention.

FIG. 59 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via an IP packet stream of a different broadcaststream from a broadcast stream for transmitting the signaling message,according to another embodiment of the present invention.

FIG. 60 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a session-based transport protocol of thesame broadcast stream as a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

FIG. 61 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a session-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention

FIG. 62 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a packet-based transport protocol of thesame broadcast stream as a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

FIG. 63 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a packet-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

FIG. 64 illustrates signaling of transmission of an identifier of anaddress at which it is possible to receive a signaling message includingmedia content presentation information or a media content presentationinformation address identifier, according to another embodiment of thepresent invention.

FIG. 65 is a flowchart of an operation of transmitting, by a broadcasttransmission device, a broadcast signal including a media signalingmessage.

FIG. 66 illustrates a flowchart of an operation of acquiring, by abroadcast reception device, media content transmission information andpresenting media content, based on a signaling message.

FIG. 67 illustrates a syntax of a broadcast stream packet includingsynchronization information of media content transmitted via acommunication network according to an MPEG-DASH standard.

FIG. 68 illustrates a syntax of synchronization information added to theheader of a packet including broadcast content such as a video or anaudio according to an embodiment of the present invention.

FIG. 69 illustrates the syntax of synchronization information added tothe header of a packet including broadcast content such as a video or anaudio according to another embodiment of the present invention.

FIG. 70 is a flowchart of an operation of synchronizing, by a broadcastreception device, broadcast content with media content, according to anembodiment.

FIG. 71 illustrate a format of information for identifying broadcastcontent included in media content presentation information whenbroadcast content is transmitted according to the ATSC standard.

FIG. 72 illustrates an example of an MPD of MPEG-DASH includinginformation for identifying broadcast content transmitted according tothe ATSC standard.

FIG. 73 illustrates a flowchart of an operation of receiving, by abroadcast reception device, broadcast content based on media contentpresentation information.

FIG. 74 illustrates a block diagram for describing an example in whichwhere the broadcast reception device receives an MPD of MPEG-DASH via abroadcast network for transmitting a broadcast stream according to theMPEG-2 TS standard.

FIG. 75 is a block diagram for describing an example in which abroadcast reception device synchronizes broadcast content of a broadcaststream transmitted according to the MPEG-2 TS standard with mediacontent transmitted via a communication network.

FIG. 76 illustrates a configuration of a broadcast reception deviceaccording to an embodiment of the present invention.

FIG. 77 illustrates a configuration of a broadcast reception deviceaccording to another embodiment of the present invention.

FIG. 78 illustrates a configuration of a broadcast reception deviceaccording to another embodiment of the present invention.

FIG. 79 is a flowchart of an operation of scanning, by a broadcastreception device, broadcast services and generating a channel map.

FIG. 80 is a flowchart of an operation of receiving, by a broadcastreception device, a broadcast service.

FIG. 81 illustrates a flowchart of an operation of acquiring, by abroadcast reception device, a media component based on media contentpresentation information.

FIG. 82 illustrates a broadcast transport frame according to anembodiment of the present invention.

FIG. 83 illustrates a broadcast transport frame according to anotherembodiment of the present invention.

FIG. 84 illustrates an element indicating a reference time of apresentation start time of each segment of MPEG-DASH in an MPD.

FIG. 85 illustrates a relationship between an element indicating areference time of a presentation start time of each segment of MPEG-DASHin an MPD and a presentation start time of each segment.

FIG. 86 is a flowchart of an operation of adding and transmitting, by abroadcast transmission device, an element indicating a reference time ofa presentation start time of each segment of MPEG-DASH to media contentpresentation information

FIG. 87 is a flowchart of an operation of acquiring, by a broadcastreception device, a presentation start time of each segment according toan element indicating a reference time of a presentation start time ofeach segment of MPEG-DASH in media content presentation information.

FIG. 88 illustrates attributes which a presentable component can have.

FIG. 89 illustrates an element for indicating a target screen of eachadaptation and representation.

FIG. 90 illustrates a relationship between a value of a value element ofan element for indicating a target screen and a target screen.

FIG. 91 illustrates a targeting property with the form of an XML elementwhen an MPD includes the targeting property.

FIG. 92 illustrates a relationship between the targeting property andchild properties which the targeting property includes.

FIG. 93 illustrates a relationship between a targeting property andchild elements which the targeting property includes

FIG. 94 illustrates a syntax of an MPD when the MPD includes an elementindicating as a presentable component, an element indicating anassociated media component, an element indicating a targeting property,and an element indicating a target screen as a common element.

FIG. 95 illustrates a syntax of an MPD with an XML format when the MPDincludes an element indicating as a presentable component, an elementindicating an associated media component, an element indicating atargeting property, and an element indicating a target screen as acommon element.

FIG. 96 illustrates a relationship with another representation elementwhen an MPD includes an element indicating as a presentable component,an element indicating an associated media component, an elementindicating a targeting property, and an element indicating a targetscreen, as a representation element.

FIG. 97 illustrates a syntax of an MPD when the MPD includes an elementindicating as a presentable component, an element indicating anassociated media component, an element indicating a targeting property,and an element indicating a target screen, as an adaptation set orrepresentation element.

FIG. 98 illustrates an MPD with an XML format when the MPD includes anelement indicating as a presentable component, an element indicating anassociated media component, an element indicating a targeting property,and an element indicating a target screen, as an adaptation set orrepresentation element.

FIG. 99 illustrates an operation of a broadcast transmission device fortransmitting media content presentation information including attributesof a media component.

FIG. 100 illustrates an operation of a broadcast reception device basedon attributes of a media component included in media contentpresentation information.

FIG. 101 illustrates definition of a continuous component and acomposite component for a hybrid broadcast service.

FIG. 102 illustrates an XML element form of an element capable ofrepresenting a composite component.

FIG. 103 illustrates relationship between attributes included in acomposite component element and child elements.

FIG. 104 illustrates an XML format of a composite component element whenthe composite component element includes a child element.

FIG. 105 illustrates a relationship between a composite componentelement and child elements and attributes included in the childelements.

FIG. 106 illustrates an XML format when an MPD includes a compositeelement as a common element.

FIG. 107 illustrates an XML format when an MPD includes a compositeelement as an adaptation element or a representation element.

FIG. 108 is a flowchart of an operation of transmitting, by a broadcasttransmission device, media content presentation information including acomposite component element.

FIG. 109 is a flowchart of an operation of a broadcast reception devicebased on a composite component element included in media contentpresentation information.

FIG. 110 illustrates an operation of changing and transmitting, by abroadcast transmission device media content presentation informationduring transmission of a broadcast signal.

FIG. 111 illustrates an operation of changing and receiving, by abroadcast reception device, media content presentation informationduring reception of a broadcast signal.

FIG. 112 illustrates information included in information for signaling abroadcast service for a hybrid broadcast.

FIG. 113 illustrates a specific syntax of information for signaling abroadcast service for a hybrid broadcast.

MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the present invention will be described inmore detail with reference to the accompanying drawings, in order toallow those skilled in the art to easily realize the present invention.The present invention may be realized in different forms, and is notlimited to the embodiments described herein. Moreover, detaileddescriptions related to well-known functions or configurations will beruled out in order not to unnecessarily obscure subject matters of thepresent invention. Like reference numerals refer to like elementsthroughout.

In additional, when a part “includes” some components, this means thatthe part does not exclude other components unless stated specificallyand further includes other components.

The present invention provides broadcast signal transmitting/receivingdevice and method. According to the embodiment of the present invention,the further broadcast services include a terrestrial broadcastingservice, a mobile broadcasting server, and UHDTV service. The presentinvention may process broadcast signals for the future broadcastservices through non-MIMO (Multiple Input Multiple Output) or MIMOaccording to one embodiment. A non-MIMO scheme according to anembodiment of the present invention may include a MISO (Multiple InputSingle Output) scheme, a SISO (Single Input Single Output) scheme, etc.

While MISO or MIMO uses two antennas in the following for convenience ofdescription, the present invention is applicable to systems using two ormore antennas. The present invention may defines three physical layer(PL) profiles (base, handheld and advanced profiles) each optimized tominimize receiver complexity while attaining the performance requiredfor a particular use case. The physical layer (PHY) profiles are subsetsof all configurations that a corresponding receiver should implement.

The three PHY profiles share most of the functional blocks but differslightly in specific blocks and/or parameters. Additional PHY profilescan be defined in the future. For the system evolution, future profilescan also be multiplexed with the existing profiles in a single RFchannel through a future extension frame (FEF). The details of each PHYprofile are described below.

1. Base Profile

The base profile represents a main use case for fixed receiving devicesthat are usually connected to a roof-top antenna. The base profile alsoincludes portable devices that could be transported to a place butbelong to a relatively stationary reception category. Use of the baseprofile could be extended to handheld devices or even vehicular by someimproved implementations, but those use cases are not expected for thebase profile receiver operation.

Target SNR range of reception is from approximately 10 to 20 dB, whichincludes the 15 dB SNR reception capability of the existing broadcastsystem (e.g. ATSC A/53). The receiver complexity and power consumptionis not as critical as in the battery-operated handheld devices, whichwill use the handheld profile. Key system parameters for the baseprofile are listed in below table 1.

TABLE 1 LDPC codeword length 16K, 64K bits Constellation size 4~10 bpcu(bits per channel use) Time de-interleaving memory size ≦2¹⁹ data cellsPilot patterns Pilot pattern for fixed reception FFT size 16K, 32Kpoints

2. Handheld Profile

The handheld profile is designed for use in handheld and vehiculardevices that operate with battery power. The devices can be moving withpedestrian or vehicle speed. The power consumption as well as thereceiver complexity is very important for the implementation of thedevices of the handheld profile. The target SNR range of the handheldprofile is approximately 0 to 10 dB, but can be configured to reachbelow 0 dB when intended for deeper indoor reception.

In addition to low SNR capability, resilience to the Doppler Effectcaused by receiver mobility is the most important performance attributeof the handheld profile. Key system parameters for the handheld profileare listed in the below table 2.

TABLE 2 LDPC codeword length 16K bits Constellation size 2~8 bpcu Timede-interleaving memory size ≦2¹⁸ data cells Pilot patterns Pilotpatterns for mobile and indoor reception FFT size 8K, 16K points

3. Advanced Profile

The advanced profile provides highest channel capacity at the cost ofmore implementation complexity. This profile requires using MIMOtransmission and reception, and UHDTV service is a target use case forwhich this profile is specifically designed. The increased capacity canalso be used to allow an increased number of services in a givenbandwidth, e.g., multiple SDTV or HDTV services.

The target SNR range of the advanced profile is approximately 20 to 30dB. MIMO transmission may initially use existing elliptically-polarizedtransmission equipment, with extension to full-power cross-polarizedtransmission in the future. Key system parameters for the advancedprofile are listed in below table 3.

TABLE 3 LDPC codeword length 16K, 64K bits Constellation size 8~12 bpcuTime de-interleaving memory size ≦2¹⁹ data cells Pilot patterns Pilotpattern for fixed reception FFT size 16K, 32K points

In this case, the base profile can be used as a profile for both theterrestrial broadcast service and the mobile broadcast service. That is,the base profile can be used to define a concept of a profile whichincludes the mobile profile. Also, the advanced profile can be dividedadvanced profile for a base profile with MIMO and advanced profile for ahandheld profile with MIMO. Moreover, the three profiles can be changedaccording to intention of the designer.

The following terms and definitions may apply to the present invention.The following terms and definitions can be changed according to design.

auxiliary stream: sequence of cells carrying data of as yet undefinedmodulation and coding, which may be used for future extensions or asrequired by broadcasters or network operators

base data pipe: data pipe that carries service signaling data

baseband frame (or BBFRAME): set of Kbch bits which form the input toone FEC encoding process (BCH and LDPC encoding)

cell: modulation value that is carried by one carrier of the OFDMtransmission

coded block: LDPC-encoded block of PLS1 data or one of the LDPC-encodedblocks of PLS2 data

data pipe: logical channel in the physical layer that carries servicedata or related metadata, which may carry one or multiple service(s) orservice component(s).

data pipe unit: a basic unit for allocating data cells to a DP in aframe.

data symbol: OFDM symbol in a frame which is not a preamble symbol (theframe signaling symbol and frame edge symbol is included in the datasymbol)

DP_ID: this 8 bit field identifies uniquely a DP within the systemidentified by the SYSTEM_ID

dummy cell: cell carrying a pseudorandom value used to fill theremaining capacity not used for PLS signaling, DPs or auxiliary streams

emergency alert channel: part of a frame that carries EAS informationdata

frame: physical layer time slot that starts with a preamble and endswith a frame edge symbol

frame repetition unit: a set of frames belonging to same or differentphysical layer profile including a FEF, which is repeated eight times ina super-frame

fast information channel: a logical channel in a frame that carries themapping information between a service and the corresponding base DP

FECBLOCK: set of LDPC-encoded bits of a DP data

FFT size: nominal FFT size used for a particular mode, equal to theactive symbol period Ts expressed in cycles of the elementary period T

frame signaling symbol: OFDM symbol with higher pilot density used atthe start of a frame in certain combinations of FFT size, guard intervaland scattered pilot pattern, which carries a part of the PLS data

frame edge symbol: OFDM symbol with higher pilot density used at the endof a frame in certain combinations of FFT size, guard interval andscattered pilot pattern

frame-group: the set of all the frames having the same PHY profile typein a super-frame.

future extension frame: physical layer time slot within the super-framethat could be used for future extension, which starts with a preamble

Futurecast UTB system: proposed physical layer broadcasting system, ofwhich the input is one or more MPEG2-TS or IP or general stream(s) andof which the output is an RF signal

input stream: A stream of data for an ensemble of services delivered tothe end users by the system.

normal data symbol: data symbol excluding the frame signaling symbol andthe frame edge symbol

PHY profile: subset of all configurations that a corresponding receivershould implement

PLS: physical layer signaling data consisting of

PLS1 and PLS2

PLS1: a first set of PLS data carried in the FSS symbols having a fixedsize, coding and modulation, which carries basic information about thesystem as well as the parameters needed to decode the PLS2

NOTE: PLS1 data remains constant for the duration of a frame-group.

PLS2: a second set of PLS data transmitted in the FSS symbol, whichcarries more detailed PLS data about the system and the DPs

PLS2 dynamic data: PLS2 data that may dynamically change frame-by-frame

PLS2 static data: PLS2 data that remains static for the duration of aframe-group

preamble signaling data: signaling data carried by the preamble symboland used to identify the basic mode of the system

preamble symbol: fixed-length pilot symbol that carries basic PLS dataand is located in the beginning of a frame

NOTE: The preamble symbol is mainly used for fast initial band scan todetect the system signal, its timing, frequency offset, and FFTsize.

reserved for future use: not defined by the present document but may bedefined in future

superframe: set of eight frame repetition units

time interleaving block (TI block): set of cells within which timeinterleaving is carried out, corresponding to one use of the timeinterleaver memory

TI group: unit over which dynamic capacity allocation for a particularDP is carried out, made up of an integer, dynamically varying number ofXFECBLOCKs.

NOTE: The TI group may be mapped directly to one frame or may be mappedto multiple frames. It may contain one or more TI blocks.

Type 1 DP: DP of a frame where all DPs are mapped into the frame in TDMfashion

Type 2 DP: DP of a frame where all DPs are mapped into the frame in FDMfashion

XFECBLOCK: set of Ncells cells carrying all the bits of one LDPCFECBLOCK

FIG. 1 illustrates a structure of an apparatus for transmittingbroadcast signals for future broadcast services according to anembodiment of the present invention.

The apparatus for transmitting broadcast signals for future broadcastservices according to an embodiment of the present invention can includean input formatting block 1000, a BICM (Bit interleaved coding &modulation) block 1010, a frame structure block 1020, an OFDM(Orthogonal Frequency Division Multiplexing) generation block 1030 and asignaling generation block 1040. A description will be given of theoperation of each module of the apparatus for transmitting broadcastsignals.

IP stream/packets and MPEG2-TS are the main input formats, other streamtypes are handled as General Streams. In addition to these data inputs,Management Information is input to control the scheduling and allocationof the corresponding bandwidth for each input stream. One or multiple TSstream(s), IP stream(s) and/or General Stream(s) inputs aresimultaneously allowed.

The input formatting block 1000 can demultiplex each input stream intoone or multiple data pipe(s), to each of which an independent coding andmodulation is applied. The data pipe (DP) is the basic unit forrobustness control, thereby affecting quality-of-service (QoS). One ormultiple service(s) or service component(s) can be carried by a singleDP. Details of operations of the input formatting block 1000 will bedescribed later.

The data pipe is a logical channel in the physical layer that carriesservice data or related metadata, which may carry one or multipleservice(s) or service component (s)

Also, the data pipe unit: a basic unit for allocating data cells to a DPin a frame.

In the BICM block 1010, parity data is added for error correction andthe encoded bit streams are mapped to complex-value constellationsymbols. The symbols are interleaved across a specific interleavingdepth that is used for the corresponding DP. For the advanced profile,MIMO encoding is performed in the BICM block 1010 and the additionaldata path is added at the output for MIMO transmission. Details ofoperations of the BICM block 1010 will be described later.

The Frame Building block 1020 can map the data cells of the input DPsinto the OFDM symbols within a frame. After mapping, the frequencyinterleaving is used for frequency-domain diversity, especially tocombat frequency-selective fading channels. Details of operations of theFrame Building block 1020 will be described later.

After inserting a preamble at the beginning of each frame, the OFDMGeneration block 1030 can apply conventional OFDM modulation having acyclic prefix as guard interval. For antenna space diversity, adistributed MISO scheme is applied across the transmitters. In addition,a Peak-to-Average Power Reduction (PAPR) scheme is performed in the timedomain. For flexible network planning, this proposal provides a set ofvarious FFT sizes, guard interval lengths and corresponding pilotpatterns. Details of operations of the OFDM Generation block 1030 willbe described later.

The Signaling Generation block 1040 can create physical layer signalinginformation used for the operation of each functional block. Thissignaling information is also transmitted so that the services ofinterest are properly recovered at the receiver side. Details ofoperations of the Signaling Generation block 1040 will be describedlater.

FIGS. 2, 3 and 4 illustrate the input formatting block 1000 according toembodiments of the present invention. A description will be given ofeach figure.

FIG. 2 illustrates an input formatting block according to one embodimentof the present invention. FIG. 2 shows an input formatting module whenthe input signal is a single input stream.

The input formatting block illustrated in FIG. 2 corresponds to anembodiment of the input formatting block 1000 described with referenceto FIG. 1.

The input to the physical layer may be composed of one or multiple datastreams. Each data stream is carried by one DP. The mode adaptationmodules slice the incoming data stream into data fields of the basebandframe (BBF). The system supports three types of input data streams:MPEG2-TS, Internet protocol (IP) and Generic stream (GS). MPEG2-TS ischaracterized by fixed length (188 byte) packets with the first bytebeing a sync-byte (0x47). An IP stream is composed of variable length IPdatagram packets, as signaled within IP packet headers. The systemsupports both IPv4 and IPv6 for the IP stream. GS may be composed ofvariable length packets or constant length packets, signaled withinencapsulation packet headers.

(a) shows a mode adaptation block 2000 and a stream adaptation 2010 forsignal DP and (b) shows a PLS generation block 2020 and a PLS scrambler2030 for generating and processing PLS data. A description will be givenof the operation of each block.

The Input Stream Splitter splits the input TS, IP, GS streams intomultiple service or service component (audio, video, etc.) streams. Themode adaptation module 2010 is comprised of a CRC Encoder, BB (baseband)Frame Slicer, and BB Frame Header Insertion block.

The CRC Encoder provides three kinds of CRC encoding for error detectionat the user packet (UP) level, i.e., CRC-8, CRC-16, and CRC-32. Thecomputed CRC bytes are appended after the UP. CRC-8 is used for TSstream and CRC-32 for IP stream. If the GS stream doesn't provide theCRC encoding, the proposed CRC encoding should be applied.

BB Frame Slicer maps the input into an internal logical-bit format. Thefirst received bit is defined to be the MSB. The BB Frame Slicerallocates a number of input bits equal to the available data fieldcapacity. To allocate a number of input bits equal to the BBF payload,the UP packet stream is sliced to fit the data field of BBF.

BB Frame Header Insertion block can insert fixed length BBF header of 2bytes is inserted in front of the BB Frame. The BBF header is composedof STUFFI (1 bit), SYNCD (13 bits), and RFU (2 bits). In addition to thefixed 2-Byte BBF header, BBF can have an extension field (1 or 3 bytes)at the end of the 2-byte BBF header.

The stream adaptation 2010 is comprised of stuffing insertion block andBB scrambler. The stuffing insertion block can insert stuffing fieldinto a payload of a BB frame. If the input data to the stream adaptationis sufficient to fill a BB-Frame, STUFFI is set to ‘0’ and the BBF hasno stuffing field. Otherwise STUFFI is set to ‘1’ and the stuffing fieldis inserted immediately after the BBF header. The stuffing fieldcomprises two bytes of the stuffing field header and a variable size ofstuffing data.

The BB scrambler scrambles complete BBF for energy dispersal. Thescrambling sequence is synchronous with the BBF. The scrambling sequenceis generated by the feed-back shift register.

The PLS generation block 2020 can generate physical layer signaling(PLS) data. The PLS provides the receiver with a means to accessphysical layer DPs. The PLS data consists of PLS1 data and PLS2 data.

The PLS1 data is a first set of PLS data carried in the FSS symbols inthe frame having a fixed size, coding and modulation, which carriesbasic information about the system as well as the parameters needed todecode the PLS2 data. The PLS1 data provides basic transmissionparameters including parameters required to enable the reception anddecoding of the PLS2 data. Also, the PLS1 data remains constant for theduration of a frame-group.

The PLS2 data is a second set of PLS data transmitted in the FSS symbol,which carries more detailed PLS data about the system and the DPs. ThePLS2 contains parameters that provide sufficient information for thereceiver to decode the desired DP. The PLS2 signaling further consistsof two types of parameters, PLS2 Static data (PLS2-STAT data) and PLS2dynamic data (PLS2-DYN data). The PLS2 Static data is PLS2 data thatremains static for the duration of a frame-group and the PLS2 dynamicdata is PLS2 data that may dynamically change frame-by-frame.

Details of the PLS data will be described later.

The PLS scrambler 2030 can scramble the generated PLS data for energydispersal.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 3 illustrates an input formatting block according to anotherembodiment of the present invention.

The input formatting block illustrated in FIG. 3 corresponds to anembodiment of the input formatting block 1000 described with referenceto FIG. 1.

FIG. 3 shows a mode adaptation block of the input formatting block whenthe input signal corresponds to multiple input streams.

The mode adaptation block of the input formatting block for processingthe multiple input streams can independently process the multiple inputstreams.

Referring to FIG. 3, the mode adaptation block for respectivelyprocessing the multiple input streams can include an input streamsplitter 3000, an input stream synchronizer 3010, a compensating delayblock 3020, a null packet deletion block 3030, a head compression block3040, a CRC encoder 3050, a BB frame slicer 3060 and a BB headerinsertion block 3070. Description will be given of each block of themode adaptation block.

Operations of the CRC encoder 3050, BB frame slicer 3060 and BB headerinsertion block 3070 correspond to those of the CRC encoder, BB frameslicer and BB header insertion block described with reference to FIG. 2and thus description thereof is omitted.

The input stream splitter 3000 can split the input TS, IP, GS streamsinto multiple service or service component (audio, video, etc.) streams.

The input stream synchronizer 3010 may be referred as ISSY. The ISSY canprovide suitable means to guarantee Constant Bit Rate (CBR) and constantend-to-end transmission delay for any input data format. The ISSY isalways used for the case of multiple DPs carrying TS, and optionallyused for multiple DPs carrying GS streams.

The compensating delay block 3020 can delay the split TS packet streamfollowing the insertion of ISSY information to allow a TS packetrecombining mechanism without requiring additional memory in thereceiver.

The null packet deletion block 3030, is used only for the TS inputstream case. Some TS input streams or split TS streams may have a largenumber of null-packets present in order to accommodate VBR (variablebit-rate) services in a CBR TS stream. In this case, in order to avoidunnecessary transmission overhead, null-packets can be identified andnot transmitted. In the receiver, removed null-packets can bere-inserted in the exact place where they were originally by referenceto a deleted null-packet (DNP) counter that is inserted in thetransmission, thus guaranteeing constant bit-rate and avoiding the needfor time-stamp (PCR) updating.

The head compression block 3040 can provide packet header compression toincrease transmission efficiency for TS or IP input streams. Because thereceiver can have a priori information on certain parts of the header,this known information can be deleted in the transmitter.

For Transport Stream, the receiver has a-priori information about thesync-byte configuration (0x47) and the packet length (188 Byte). If theinput TS stream carries content that has only one PID, i.e., for onlyone service component (video, audio, etc.) or service sub-component (SVCbase layer, SVC enhancement layer, MVC base view or MVC dependentviews), TS packet header compression can be applied (optionally) to theTransport Stream. IP packet header compression is used optionally if theinput steam is an IP stream.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 4 illustrates a BICM block according to an embodiment of thepresent invention.

As described above, the apparatus for transmitting broadcast signals forfuture broadcast services according to an embodiment of the presentinvention can provide a terrestrial broadcast service, mobile broadcastservice, UHDTV service, etc.

Since QoS (quality of service) depends on characteristics of a serviceprovided by the apparatus for transmitting broadcast signals for futurebroadcast services according to an embodiment of the present invention,data corresponding to respective services needs to be processed throughdifferent schemes. Accordingly, the a BICM block according to anembodiment of the present invention can independently process DPs inputthereto by independently applying SISO, MISO and MIMO schemes to thedata pipes respectively corresponding to data paths. Consequently, theapparatus for transmitting broadcast signals for future broadcastservices according to an embodiment of the present invention can controlQoS for each service or service component transmitted through each DP.

(a) shows the BICM block shared by the base profile and the handheldprofile and (b) shows the BICM block of the advanced profile.

The BICM block shared by the base profile and the handheld profile andthe BICM block of the advanced profile can include plural processingblocks for processing each DP.

A description will be given of each processing block of the BICM blockfor the base profile and the handheld profile and the BICM block for theadvanced profile.

A processing block 5000 of the BICM block for the base profile and thehandheld profile can include a Data FEC encoder 5010, a bit interleaver5020, a constellation mapper 5030, an SSD (Signal Space Diversity)encoding block 5040 and a time interleaver 5050.

The Data FEC encoder 5010 can perform the FEC encoding on the input BBFto generate FECBLOCK procedure using outer coding (BCH), and innercoding (LDPC). The outer coding (BCH) is optional coding method. Detailsof operations of the Data FEC encoder 5010 will be described later.

The bit interleaver 5020 can interleave outputs of the Data FEC encoder5010 to achieve optimized performance with combination of the LDPC codesand modulation scheme while providing an efficiently implementablestructure. Details of operations of the bit interleaver 5020 will bedescribed later.

The constellation mapper 5030 can modulate each cell word from the bitinterleaver 5020 in the base and the handheld profiles, or cell wordfrom the Cell-word demultiplexer 5010-1 in the advanced profile usingeither QPSK, QAM-16, non-uniform QAM (NUQ-64, NUQ-256, NUQ-1024) ornon-uniform constellation (NUC-16, NUC-64, NUC-256, NUC-1024) to give apower-normalized constellation point, e₁. This constellation mapping isapplied only for DPs. Observe that QAM-16 and NUQs are square shaped,while NUCs have arbitrary shape. When each constellation is rotated byany multiple of 90 degrees, the rotated constellation exactly overlapswith its original one. This “rotation-sense” symmetric property makesthe capacities and the average powers of the real and imaginarycomponents equal to each other. Both NUQs and NUCs are definedspecifically for each code rate and the particular one used is signaledby the parameter DP_MOD filed in PLS2 data.

The SSD encoding block 5040 can precode cells in two (2D), three (3D),and four (4D) dimensions to increase the reception robustness underdifficult fading conditions.

The time interleaver 5050 can operates at the DP level. The parametersof time interleaving (TI) may be set differently for each DP. Details ofoperations of the time interleaver 5050 will be described later.

A processing block 5000-1 of the BICM block for the advanced profile caninclude the Data FEC encoder, bit interleaver, constellation mapper, andtime interleaver. However, the processing block 5000-1 is distinguishedfrom the processing block 5000 further includes a cell-worddemultiplexer 5010-1 and a MIMO encoding block 5020-1.

Also, the operations of the Data FEC encoder, bit interleaver,constellation mapper, and time interleaver in the processing block5000-1 correspond to those of the Data FEC encoder 5010, bit interleaver5020, constellation mapper 5030, and time interleaver 5050 described andthus description thereof is omitted.

The cell-word demultiplexer 5010-1 is used for the DP of the advancedprofile to divide the single cell-word stream into dual cell-wordstreams for MIMO processing. Details of operations of the cell-worddemultiplexer 5010-1 will be described later.

The MIMO encoding block 5020-1 can processing the output of thecell-word demultiplexer 5010-1 using MIMO encoding scheme. The MIMOencoding scheme was optimized for broadcasting signal transmission. TheMIMO technology is a promising way to get a capacity increase but itdepends on channel characteristics. Especially for broadcasting, thestrong LOS component of the channel or a difference in the receivedsignal power between two antennas caused by different signal propagationcharacteristics makes it difficult to get capacity gain from MIMO. Theproposed MIMO encoding scheme overcomes this problem using arotation-based pre-coding and phase randomization of one of the MIMOoutput signals.

MIMO encoding is intended for a 2×2 MIMO system requiring at least twoantennas at both the transmitter and the receiver. Two MIMO encodingmodes are defined in this proposal; full-rate spatial multiplexing(FR-SM) and full-rate full-diversity spatial multiplexing (FRFD-SM). TheFR-SM encoding provides capacity increase with relatively smallcomplexity increase at the receiver side while the FRFD-SM encodingprovides capacity increase and additional diversity gain with a greatcomplexity increase at the receiver side. The proposed MIMO encodingscheme has no restriction on the antenna polarity configuration.

MIMO processing is required for the advanced profile frame, which meansall DPs in the advanced profile frame are processed by the MIMO encoder.MIMO processing is applied at DP level. Pairs of the ConstellationMapper outputs NUQ (e_(1,i) and e_(2,i)) are fed to the input of theMIMO Encoder. Paired MIMO Encoder output (g1,i and g2,i) is transmittedby the same carrier k and OFDM symbol 1 of their respective TX antennas.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 5 illustrates a BICM block according to another embodiment of thepresent invention.

The BICM block illustrated in FIG. 5 corresponds to an embodiment of theBICM block 1010 described with reference to FIG. 1.

FIG. 5 illustrates a BICM block for protection of physical layersignaling (PLS), emergency alert channel (EAC) and fast informationchannel (FIC). EAC is a part of a frame that carries EAS informationdata and FIC is a logical channel in a frame that carries the mappinginformation between a service and the corresponding base DP. Details ofthe EAC and FIC will be described later.

Referring to FIG. 5, the BICM block for protection of PLS, EAC and FICcan include a PLS FEC encoder 6000, a bit interleaver 6010 and aconstellation mapper 6020.

Also, the PLS FEC encoder 6000 can include a scrambler, BCHencoding/zero insertion block, LDPC encoding block and LDPC paritypuncturing block. Description will be given of each block of the BICMblock.

The PLS FEC encoder 6000 can encode the scrambled PLS 1/2 data, EAC andFIC section.

The scrambler can scramble PLS1 data and PLS2 data before BCH encodingand shortened and punctured LDPC encoding.

The BCH encoding/zero insertion block can perform outer encoding on thescrambled PLS 1/2 data using the shortened BCH code for PLS protectionand insert zero bits after the BCH encoding. For PLS1 data only, theoutput bits of the zero insertion may be permuted before LDPC encoding.

The LDPC encoding block can encode the output of the BCH encoding/zeroinsertion block using LDPC code. To generate a complete coded block,C_(ldpc), parity bits, P_(ldpc) are encoded systematically from eachzero-inserted PLS information block, I_(ldpc) and appended after it.

C _(ldpc) =[I _(ldpc) P _(ldpc) ]=[i ₀ ,i ₁ , . . . ,i _(K) _(ldpc) ₋₁,p ₀ ,p ₁ , . . . ,p _(N) _(ldpc) _(-K) _(ldpc) ₋₁]  [Math FIG. 1]

The LDPC code parameters for PLS1 and PLS2 are as following table 4.

TABLE 4 Signaling K_(ldpc) code Type K_(sig) K_(bch) N_(bch) _(—)_(parity) (=N_(bch)) N_(ldpc) N_(ldpc) _(—) _(parity) rate Q_(ldpc) PLS1342 1020 60 1080 4320 3240 1/4 36 PLS2 <1021 >1020 2100 2160 7200 50403/10 56

The LDPC parity puncturing block can perform puncturing on the PLS1 dataand PLS 2 data.

When shortening is applied to the PLS1 data protection, some LDPC paritybits are punctured after LDPC encoding. Also, for the PLS2 dataprotection, the LDPC parity bits of PLS2 are punctured after LDPCencoding.

These punctured bits are not transmitted.

The bit interleaver 6010 can interleave the each shortened and puncturedPLS1 data and PLS2 data.

The constellation mapper 6020 can map the bit interleaved PLS1 data andPLS2 data onto constellations.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 6 illustrates a frame building block according to one embodiment ofthe present invention.

The frame building block illustrated in FIG. 6 corresponds to anembodiment of the frame building block 1020 described with reference toFIG. 1.

Referring to FIG. 6, the frame building block can include a delaycompensation block 7000, a cell mapper 7010 and a frequency interleaver7020. Description will be given of each block of the frame buildingblock.

The delay compensation block 7000 can adjust the timing between the datapipes and the corresponding PLS data to ensure that they are co-timed atthe transmitter end. The PLS data is delayed by the same amount as datapipes are by addressing the delays of data pipes caused by the InputFormatting block and BICM block. The delay of the BICM block is mainlydue to the time interleaver. In-band signaling data carries informationof the next TI group so that they are carried one frame ahead of the DPsto be signaled. The Delay Compensating block delays in-band signalingdata accordingly.

The cell mapper 7010 can map PLS, EAC, FIC, DPs, auxiliary streams anddummy cells into the active carriers of the OFDM symbols in the frame.The basic function of the cell mapper 7010 is to map data cells producedby the TIs for each of the DPs, PLS cells, and EAC/FIC cells, if any,into arrays of active OFDM cells corresponding to each of the OFDMsymbols within a frame. Service signaling data (such as PSI (programspecific information)/SI) can be separately gathered and sent by a datapipe. The Cell Mapper operates according to the dynamic informationproduced by the scheduler and the configuration of the frame structure.Details of the frame will be described later.

The frequency interleaver 7020 can randomly interleave data cellsreceived from the cell mapper 7010 to provide frequency diversity. Also,the frequency interleaver 7020 can operate on very OFDM symbol paircomprised of two sequential OFDM symbols using a differentinterleaving-seed order to get maximum interleaving gain in a singleframe. Details of operations of the frequency interleaver 7020 will bedescribed later.

The above-described blocks may be omitted or replaced by blocks havingsimilar or identical functions.

FIG. 7 illustrates an OFMD generation block according to an embodimentof the present invention.

The OFMD generation block illustrated in FIG. 7 corresponds to anembodiment of the OFMD generation block 1030 described with reference toFIG. 1.

The OFDM generation block modulates the OFDM carriers by the cellsproduced by the Frame Building block, inserts the pilots, and producesthe time domain signal for transmission. Also, this block subsequentlyinserts guard intervals, and applies PAPR (Peak-to-Average Power Radio)reduction processing to produce the final RF signal.

Referring to FIG. 7, the frame building block can include a pilot andreserved tone insertion block 8000, a 2D-eSFN encoding block 8010, anIFFT (Inverse Fast Fourier Transform) block 8020, a PAPR reduction block8030, a guard interval insertion block 8040, a preamble insertion block8050, other system insertion block 8060 and a DAC block 8070.Description will be given of each block of the frame building block.

The other system insertion block 8060 can multiplex signals of aplurality of broadcast transmission/reception systems in the time domainsuch that data of two or more different broadcast transmission/receptionsystems providing broadcast services can be simultaneously transmittedin the same RF signal bandwidth. In this case, the two or more differentbroadcast transmission/reception systems refer to systems providingdifferent broadcast services. The different broadcast services may referto a terrestrial broadcast service, mobile broadcast service, etc.

FIG. 8 illustrates a structure of an apparatus for receiving broadcastsignals for future broadcast services according to an embodiment of thepresent invention.

The apparatus for receiving broadcast signals for future broadcastservices according to an embodiment of the present invention cancorrespond to the apparatus for transmitting broadcast signals forfuture broadcast services, described with reference to FIG. 1.

The apparatus for receiving broadcast signals for future broadcastservices according to an embodiment of the present invention can includea synchronization & demodulation module 9000, a frame parsing module9010, a demapping & decoding module 9020, an output processor 9030 and asignaling decoding module 9040. A description will be given of operationof each module of the apparatus for receiving broadcast signals.

The synchronization & demodulation module 9000 can receive input signalsthrough m Rx antennas, perform signal detection and synchronization withrespect to a system corresponding to the apparatus for receivingbroadcast signals and carry out demodulation corresponding to a reverseprocedure of the procedure performed by the apparatus for transmittingbroadcast signals.

The frame parsing module 9100 can parse input signal frames and extractdata through which a service selected by a user is transmitted. If theapparatus for transmitting broadcast signals performs interleaving, theframe parsing module 9100 can carry out deinterleaving corresponding toa reverse procedure of interleaving. In this case, the positions of asignal and data that need to be extracted can be obtained by decodingdata output from the signaling decoding module 9400 to restorescheduling information generated by the apparatus for transmittingbroadcast signals.

The demapping & decoding module 9020 can convert the input signals intobit domain data and then deinterleave the same as necessary. Thedemapping & decoding module 9020 can perform demapping for mappingapplied for transmission efficiency and correct an error generated on atransmission channel through decoding. In this case, the demapping &decoding module 9020 can obtain transmission parameters necessary fordemapping and decoding by decoding the data output from the signalingdecoding module 9040.

The output processor 9030 can perform reverse procedures of variouscompression/signal processing procedures which are applied by theapparatus for transmitting broadcast signals to improve transmissionefficiency. In this case, the output processor 9030 can acquirenecessary control information from data output from the signalingdecoding module 9040. The output of the output processor 8300corresponds to a signal input to the apparatus for transmittingbroadcast signals and may be MPEG-TSs, IP streams (v4 or v6) and genericstreams.

The signaling decoding module 9040 can obtain PLS information from thesignal demodulated by the synchronization & demodulation module 9000. Asdescribed above, the frame parsing module 9010, demapping & decodingmodule 9020 and output processor 9030 can execute functions thereofusing the data output from the signaling decoding module 9040.

FIG. 9 illustrates a frame structure according to an embodiment of thepresent invention.

FIG. 9 shows an example configuration of the frame types and FRUs in asuper-frame. (a) shows a super frame according to an embodiment of thepresent invention, (b) shows FRU (Frame Repetition Unit) according to anembodiment of the present invention, (c) shows frames of variable PHYprofiles in the FRU and (d) shows a structure of a frame.

A super-frame may be composed of eight FRUs. The FRU is a basicmultiplexing unit for TDM of the frames, and is repeated eight times ina super-frame.

Each frame in the FRU belongs to one of the PHY profiles, (base,handheld, advanced) or FEF. The maximum allowed number of the frames inthe FRU is four and a given PHY profile can appear any number of timesfrom zero times to four times in the FRU (e.g., base, base, handheld,advanced). PHY profile definitions can be extended using reserved valuesof the PHY_PROFILE in the preamble, if required.

The FEF part is inserted at the end of the FRU, if included. When theFEF is included in the FRU, the minimum number of FEFs is 8 in asuper-frame. It is not recommended that FEF parts be adjacent to eachother.

One frame is further divided into a number of OFDM symbols and apreamble. As shown in (d), the frame comprises a preamble, one or moreframe signaling symbols (FSS), normal data symbols and a frame edgesymbol (FES).

The preamble is a special symbol that enables fast Futurecast UTB systemsignal detection and provides a set of basic transmission parameters forefficient transmission and reception of the signal. The detaileddescription of the preamble will be will be described later.

The main purpose of the FSS(s) is to carry the PLS data. For fastsynchronization and channel estimation, and hence fast decoding of PLSdata, the FSS has more dense pilot pattern than the normal data symbol.The FES has exactly the same pilots as the FSS, which enablesfrequency-only interpolation within the FES and temporal interpolation,without extrapolation, for symbols immediately preceding the FES.

FIG. 10 illustrates a signaling hierarchy structure of the frameaccording to an embodiment of the present invention.

FIG. 10 illustrates the signaling hierarchy structure, which is splitinto three main parts: the preamble signaling data 11000, the PLS1 data11010 and the PLS2 data 11020. The purpose of the preamble, which iscarried by the preamble symbol in every frame, is to indicate thetransmission type and basic transmission parameters of that frame. ThePLS1 enables the receiver to access and decode the PLS2 data, whichcontains the parameters to access the DP of interest. The PLS2 iscarried in every frame and split into two main parts: PLS2-STAT data andPLS2-DYN data. The static and dynamic portion of PLS2 data is followedby padding, if necessary.

FIG. 11 illustrates preamble signaling data according to an embodimentof the present invention.

Preamble signaling data carries 21 bits of information that are neededto enable the receiver to access PLS data and trace DPs within the framestructure. Details of the preamble signaling data are as follows:

PHY_PROFILE: This 3-bit field indicates the PHY profile type of thecurrent frame. The mapping of different PHY profile types is given inbelow table 5.

TABLE 5 Value PHY Profile 000 Base profile 001 Handheld profile 010Advanced profiled 011~110 Reserved 111 FEF

FFT_SIZE: This 2 bit field indicates the FFT size of the current framewithin a frame-group, as described in below table 6.

TABLE 6 Value FFT size 00 8K FFT 01 16K FFT 10 32K FFT 11 Reserved

GI_FRACTION: This 3 bit field indicates the guard interval fractionvalue in the current super-frame, as described in below table 7.

TABLE 7 Value GI_FRACTION 000 ⅕   001 1/10  010 1/20  011 1/40  1001/80  101 1/160 110~111 Reserved

EAC_FLAG: This 1 bit field indicates whether the EAC is provided in thecurrent frame. If this field is set to ‘1’, emergency alert service(EAS) is provided in the current frame. If this field set to ‘0’, EAS isnot carried in the current frame. This field can be switched dynamicallywithin a super-frame.

PILOT_MODE: This 1-bit field indicates whether the pilot mode is mobilemode or fixed mode for the current frame in the current frame-group. Ifthis field is set to ‘0’, mobile pilot mode is used. If the field is setto ‘1’, the fixed pilot mode is used.

PAPR_FLAG: This 1-bit field indicates whether PAPR reduction is used forthe current frame in the current frame-group. If this field is set tovalue ‘1’, tone reservation is used for PAPR reduction. If this field isset to ‘0’, PAPR reduction is not used.

FRU_CONFIGURE: This 3-bit field indicates the PHY profile typeconfigurations of the frame repetition units (FRU) that are present inthe current super-frame. All profile types conveyed in the currentsuper-frame are identified in this field in all preambles in the currentsuper-frame. The 3-bit field has a different definition for eachprofile, as show in below table 8.

TABLE 8 Current Current Current PHY_PROFILE = PHY_PROFILE = CurrentPHY_PROFILE = ‘001’ ‘010’ PHY_PROFILE = ‘000’ (base) (handheld)(advanced) ‘111’ (FEF) FRU_CONFIGURE = Only base Only handheld Onlyadvanced Only FEF 000 profile present profile present profile presentpresent FRU_CONFIGURE = Handheld Base profile Base profile Base profile1XX profile present present present present FRU_CONFIGURE = AdvancedAdvanced Handheld Handheld X1X profile present profile present profilepresent profile present FRU_CONFIGURE = FEF present FEF present FEFpresent Advanced XX1 profile present

RESERVED: This 7-bit field is reserved for future use.

FIG. 12 illustrates PLS1 data according to an embodiment of the presentinvention.

PLS1 data provides basic transmission parameters including parametersrequired to enable the reception and decoding of the PLS2. As abovementioned, the PLS1 data remain unchanged for the entire duration of oneframe-group. The detailed definition of the signaling fields of the PLS1data are as follows:

PREAMBLE_DATA: This 20-bit field is a copy of the preamble signalingdata excluding the EAC_FLAG.

NUM_FRAME_FRU: This 2-bit field indicates the number of the frames perFRU.

PAYLOAD_TYPE: This 3-bit field indicates the format of the payload datacarried in the frame-group. PAYLOAD_TYPE is signaled as shown in table9.

TABLE 9 value Payload type 1XX TS stream is transmitted X1X IP stream istransmitted XX1 GS stream is transmitted

NUM_FSS: This 2-bit field indicates the number of FSS symbols in thecurrent frame.

SYSTEM_VERSION: This 8-bit field indicates the version of thetransmitted signal format. The SYSTEM_VERSION is divided into two 4-bitfields, which are a major version and a minor version.

Major version: The MSB four bits of SYSTEM_VERSION field indicate majorversion information. A change in the major version field indicates anon-backward-compatible change. The default value is ‘0000’. For theversion described in this standard, the value is set to ‘0000’.

Minor version: The LSB four bits of SYSTEM_VERSION field indicate minorversion information. A change in the minor version field isbackward-compatible.

CELL_ID: This is a 16-bit field which uniquely identifies a geographiccell in an ATSC network. An ATSC cell coverage area may consist of oneor more frequencies, depending on the number of frequencies used perFuturecast UTB system. If the value of the CELL_ID is not known orunspecified, this field is set to ‘0’.

NETWORK_ID: This is a 16-bit field which uniquely identifies the currentATSC network.

SYSTEM_ID: This 16-bit field uniquely identifies the Futurecast UTBsystem within the ATSC network. The Futurecast UTB system is theterrestrial broadcast system whose input is one or more input streams(TS, IP, GS) and whose output is an RF signal. The Futurecast UTB systemcarries one or more PHY profiles and FEF, if any. The same FuturecastUTB system may carry different input streams and use different RFfrequencies in different geographical areas, allowing local serviceinsertion. The frame structure and scheduling is controlled in one placeand is identical for all transmissions within a Futurecast UTB system.One or more Futurecast UTB systems may have the same SYSTEM_ID meaningthat they all have the same physical layer structure and configuration.

The following loop consists of FRU_PHY_PROFILE, FRU_FRAME_LENGTH,FRU_GI_FRACTION, and RESERVED which are used to indicate the FRUconfiguration and the length of each frame type. The loop size is fixedso that four PHY profiles (including a FEF) are signaled within the FRU.If NUM_FRAME_FRU is less than 4, the unused fields are filled withzeros.

FRU_PHY_PROFILE: This 3-bit field indicates the PHY profile type of the(i+1)^(th) (i is the loop index) frame of the associated FRU. This fielduses the same signaling format as shown in the table 8.

FRU_FRAME_LENGTH: This 2-bit field indicates the length of the(i+1)^(th) frame of the associated FRU. Using FRU_FRAME_LENGTH togetherwith FRU_GI_FRACTION, the exact value of the frame duration can beobtained.

FRU_GI_FRACTION: This 3-bit field indicates the guard interval fractionvalue of the (i+1)^(th) frame of the associated FRU. FRU_GI_FRACTION issignaled according to the table 7.

RESERVED: This 4-bit field is reserved for future use.

The following fields provide parameters for decoding the PLS2 data.

PLS2_FEC_TYPE: This 2-bit field indicates the FEC type used by the PLS2protection. The FEC type is signaled according to table 10. The detailsof the LDPC codes will be described later.

TABLE 10 Content PLS2 FEC type 00 4K-1/4 and 7K-3/10 LDPC codes 01~11Reserved

PLS2_MOD: This 3-bit field indicates the modulation type used by thePLS2. The modulation type is signaled according to table 11.

TABLE 11 Value PLS2_MODE 000 BPSK 001 QPSK 010 QAM-16 011 NUQ-64 100~111Reserved

PLS2_SIZE_CELL: This 15-bit field indicates C_(total) _(_) _(partial)_(_) _(block) the size (specified as the number of QAM cells) of thecollection of full coded blocks for PLS2 that is carried in the currentframe-group. This value is constant during the entire duration of thecurrent frame-group.

PLS2_STAT_SIZE_BIT: This 14-bit field indicates the size, in bits, ofthe PLS2-STAT for the current frame-group. This value is constant duringthe entire duration of the current frame-group.

PLS2_DYN_SIZE_BIT: This 14-bit field indicates the size, in bits, of thePLS2-DYN for the current frame-group. This value is constant during theentire duration of the current frame-group.

PLS2_REP_FLAG: This 1-bit flag indicates whether the PLS2 repetitionmode is used in the current frame-group. When this field is set to value‘1’, the PLS2 repetition mode is activated. When this field is set tovalue ‘0’, the PLS2 repetition mode is deactivated.

PLS2_REP_SIZE_CELL: This 15-bit field indicates C_(total) _(_)_(partial) _(_) _(block) the size (specified as the number of QAM cells)of the collection of partial coded blocks for PLS2 carried in everyframe of the current frame-group, when PLS2 repetition is used. Ifrepetition is not used, the value of this field is equal to 0. Thisvalue is constant during the entire duration of the current frame-group.

PLS2_NEXT_FEC_TYPE: This 2-bit field indicates the FEC type used forPLS2 that is carried in every frame of the next frame-group. The FECtype is signaled according to the table 10.

PLS2_NEXT_MOD: This 3-bit field indicates the modulation type used forPLS2 that is carried in every frame of the next frame-group. Themodulation type is signaled according to the table 11.

PLS2_NEXT_REP_FLAG: This 1-bit flag indicates whether the PLS2repetition mode is used in the next frame-group. When this field is setto value ‘1’, the PLS2 repetition mode is activated. When this field isset to value ‘0’, the PLS2 repetition mode is deactivated.

PLS2_NEXT_REP_SIZE_CELL: This 15-bit field indicates C_(total) _(_)_(full) _(_) _(block), The size (specified as the number of QAM cells)of the collection of full coded blocks for PLS2 that is carried in everyframe of the next frame-group, when PLS2 repetition is used. Ifrepetition is not used in the next frame-group, the value of this fieldis equal to 0. This value is constant during the entire duration of thecurrent frame-group.

PLS2_NEXT_REP_STAT_SIZE_BIT: This 14-bit field indicates the size, inbits, of the PLS2-STAT for the next frame-group. This value is constantin the current frame-group.

PLS2_NEXT_REP_DYN_SIZE_BIT: This 14-bit field indicates the size, inbits, of the PLS2-DYN for the next frame-group. This value is constantin the current frame-group.

PLS2_AP_MODE: This 2-bit field indicates whether additional parity isprovided for PLS2 in the current frame-group. This value is constantduring the entire duration of the current frame-group. The below table12 gives the values of this field. When this field is set to ‘00’,additional parity is not used for the PLS2 in the current frame-group.

TABLE 12 Value PLS2-AP mode 00 AP is not provided 01 AP1 mode 10~11Reserved

PLS2_AP_SIZE_CELL: This 15-bit field indicates the size (specified asthe number of QAM cells) of the additional parity bits of the PLS2. Thisvalue is constant during the entire duration of the current frame-group.

PLS2_NEXT_AP_MODE: This 2-bit field indicates whether additional parityis provided for PLS2 signaling in every frame of next frame-group. Thisvalue is constant during the entire duration of the current frame-group.The table 12 defines the values of this field

PLS2_NEXT_AP_SIZE_CELL: This 15-bit field indicates the size (specifiedas the number of QAM cells) of the additional parity bits of the PLS2 inevery frame of the next frame-group. This value is constant during theentire duration of the current frame-group.

RESERVED: This 32-bit field is reserved for future use.

CRC_32: A 32-bit error detection code, which is applied to the entirePLS1 signaling.

FIG. 13 illustrates PLS2 data according to an embodiment of the presentinvention.

FIG. 13 illustrates PLS2-STAT data of the PLS2 data. The PLS2-STAT dataare the same within a frame-group, while the PLS2-DYN data provideinformation that is specific for the current frame.

The details of fields of the PLS2-STAT data are as follows:

FIC_FLAG: This 1-bit field indicates whether the FIC is used in thecurrent frame-group. If this field is set to ‘1’, the FIC is provided inthe current frame. If this field set to ‘0’, the FIC is not carried inthe current frame. This value is constant during the entire duration ofthe current frame-group.

AUX_FLAG: This 1-bit field indicates whether the auxiliary stream(s) isused in the current frame-group. If this field is set to ‘1’, theauxiliary stream is provided in the current frame. If this field set to‘0’, the auxiliary stream is not carried in the current frame. Thisvalue is constant during the entire duration of current frame-group.

NUM_DP: This 6-bit field indicates the number of DPs carried within thecurrent frame. The value of this field ranges from 1 to 64, and thenumber of DPs is NUM_DP+1.

DP_ID: This 6-bit field identifies uniquely a DP within a PHY profile.

DP_TYPE: This 3-bit field indicates the type of the DP. This is signaledaccording to the below table 13.

TABLE 13 Value DP Type 000 DP Type 1 001 DP Type 2 010~111 reserved

DP_GROUP_ID: This 8-bit field identifies the DP group with which thecurrent DP is associated. This can be used by a receiver to access theDPs of the service components associated with a particular service,which will have the same DP_GROUP_ID.

BASE_DP_ID: This 6-bit field indicates the DP carrying service signalingdata (such as PSI/SI) used in the Management layer. The DP indicated byBASE_DP_ID may be either a normal DP carrying the service signaling dataalong with the service data or a dedicated DP carrying only the servicesignaling data

DP_FEC_TYPE: This 2-bit field indicates the FEC type used by theassociated DP. The FEC type is signaled according to the below table 14.

TABLE 14 Value FEC_TYPE 00 16K LDPC 01 64K LDPC 10~11 Reserved

DP_COD: This 4-bit field indicates the code rate used by the associatedDP. The code rate is signaled according to the below table 15.

TABLE 15 Value Code rate 0000 5/15 0001 6/15 0010 7/15 0011 8/15 01009/15 0101 10/15  0110 11/15  0111 12/15  1000 13/15  1001~1111 Reserved

DP_MOD: This 4-bit field indicates the modulation used by the associatedDP. The modulation is signaled according to the below table 16.

TABLE 16 Value Modulation 0000 QPSK 0001 QAM-16 0010 NUQ-64 0011 NUQ-2560100 NUQ-1024 0101 NUC-16 0110 NUC-64 0111 NUC-256 1000 NUC-10241001~1111 reserved

DP_SSD_FLAG: This 1-bit field indicates whether the SSD mode is used inthe associated DP. If this field is set to value ‘1’, SSD is used. Ifthis field is set to value ‘0’, SSD is not used.

The following field appears only if PHY_PROFILE is equal to ‘010’, whichindicates the advanced profile:

DP_MIMO: This 3-bit field indicates which type of MIMO encoding processis applied to the associated DP. The type of MIMO encoding process issignaled according to the table 17.

TABLE 17 Value MIMO encoding 0000 FR-SM 0001 FRFD-SM 010~111 reserved

DP_TI_TYPE: This 1-bit field indicates the type of time-interleaving. Avalue of ‘0’ indicates that one TI group corresponds to one frame andcontains one or more TI-blocks. A value of ‘1’ indicates that one TIgroup is carried in more than one frame and contains only one TI-block.

DP_TI_LENGTH: The use of this 2-bit field (the allowed values are only1, 2, 4, 8) is determined by the values set within the DP_TI_TYPE fieldas follows:

If the DP_TI_TYPE is set to the value ‘1’, this field indicates P_(I),the number of the frames to which each TI group is mapped, and there isone TI-block per TI group (N_(TI)=1). The allowed P_(I) values with2-bit field are defined in the below table 18.

If the DP_TI_TYPE is set to the value ‘0’, this field indicates thenumber of TI-blocks N_(TI) per TI group, and there is one TI group perframe (P_(I)=1). The allowed P_(I) values with 2-bit field are definedin the below table 18.

TABLE 18 2-bit field P_(I) N_(TI) 00 1 1 01 2 2 10 4 3 11 8 4

DP_FRAME_INTERVAL: This 2-bit field indicates the frame interval(I_(JUMP)) within the frame-group for the associated DP and the allowedvalues are 1, 2, 4, 8 (the corresponding 2-bit field is ‘00’, ‘01’,‘10’, or ‘11’, respectively). For DPs that do not appear every frame ofthe frame-group, the value of this field is equal to the intervalbetween successive frames. For example, if a DP appears on the frames 1,5, 9, 13, etc., this field is set to ‘4’. For DPs that appear in everyframe, this field is set to ‘1’.

DP_TI_BYPASS: This 1-bit field determines the availability of timeinterleaver. If time interleaving is not used for a DP, it is set to‘1’. Whereas if time interleaving is used it is set to ‘0’.

DP_FIRST_FRAME_IDX: This 5-bit field indicates the index of the firstframe of the super-frame in which the current DP occurs. The value ofDP_FIRST_FRAME_IDX ranges from 0 to 31

DP_NUM_BLOCK_MAX: This 10-bit field indicates the maximum value ofDP_NUM_BLOCKS for this DP. The value of this field has the same range asDP_NUM_BLOCKS.

DP_PAYLOAD_TYPE: This 2-bit field indicates the type of the payload datacarried by the given DP. DP_PAYLOAD_TYPE is signaled according to thebelow table 19.

TABLE 19 Value Payload Type 00 TS. 01 IP 10 GS 11 reserved

DP_INBAND_MODE: This 2-bit field indicates whether the current DPcarries in-band signaling information. The in-band signaling type issignaled according to the below table 20.

TABLE 20 Value In-band mode 00 In-band signaling is not carried. 01INBAND-PLS is carried only 10 INBAND-ISSY is carried only 11 INBAND-PLSand INBAND-ISSY are carried

DP_PROTOCOL_TYPE: This 2-bit field indicates the protocol type of thepayload carried by the given DP. It is signaled according to the belowtable 21 when input payload types are selected.

TABLE 21 If DP_PAYLOAD_TYPE If DP_PAYLOAD_TYPE If DP_PAYLOAD_TYPE ValueIs TS Is IP Is GS 00 MPEG2-TS IPv4 (Note) 01 Reserved IPv6 Reserved 10Reserved Reserved Reserved 11 Reserved Reserved Reserved

DP_CRC_MODE: This 2-bit field indicates whether CRC encoding is used inthe Input Formatting block. The CRC mode is signaled according to thebelow table 22.

TABLE 22 Value CRC mode 00 Not used 01 CRC-8 10 CRC-16 11 CRC-32

DNP_MODE: This 2-bit field indicates the null-packet deletion mode usedby the associated DP when DP_PAYLOAD_TYPE is set to TS (‘00’). DNP_MODEis signaled according to the below table 23. If DP_PAYLOAD_TYPE is notTS (‘00’), DNP_MODE is set to the value ‘00’.

TABLE 23 Value Null-packet deletion mode 00 Not used 01 DNP-NORMAL 10DNP-OFFSET 11 reserved

ISSY_MODE: This 2-bit field indicates the ISSY mode used by theassociated DP when DP_PAYLOAD_TYPE is set to TS (‘00’). The ISSY_MODE issignaled according to the below table 24 If DP_PAYLOAD_TYPE is not TS(‘00’), ISSY_MODE is set to the value ‘00’.

TABLE 24 Value ISSY mode 00 Not used 01 ISSY-UP 10 ISSY-BBF 11 reserved

HC_MODE_TS: This 2-bit field indicates the TS header compression modeused by the associated DP when DP_PAYLOAD_TYPE is set to TS (‘00’). TheHC_MODE_TS is signaled according to the below table 25.

TABLE 25 Value Header compression mode 00 HC_MODE_TS 1 01 HC_MODE_TS 210 HC_MODE_TS 3 11 HC_MODE_TS 4

HC_MODE_IP: This 2-bit field indicates the IP header compression modewhen DP_PAYLOAD_TYPE is set to IP (‘01’). The HC_MODE_IP is signaledaccording to the below table 26.

TABLE 26 Value Header compression mode 00 No compression 01 HC_MODE_IP 110~11 reserved

PID: This 13-bit field indicates the PID number for TS headercompression when DP_PAYLOAD_TYPE is set to TS (‘00’) and HC_MODE_TS isset to ‘01’ or ‘10’.

RESERVED: This 8-bit field is reserved for future use.

The following field appears only if FIC_FLAG is equal to ‘1’:

FIC_VERSION: This 8-bit field indicates the version number of the FIC.

FIC_LENGTH_BYTE: This 13-bit field indicates the length, in bytes, ofthe FIC.

RESERVED: This 8-bit field is reserved for future use.

The following field appears only if AUX_FLAG is equal to ‘1’:

NUM_AUX: This 4-bit field indicates the number of auxiliary streams.Zero means no auxiliary streams are used.

AUX_CONFIG_RFU: This 8-bit field is reserved for future use.

AUX_STREAM_TYPE: This 4-bit is reserved for future use for indicatingthe type of the current auxiliary stream.

AUX_PRIVATE_CONFIG: This 28-bit field is reserved for future use forsignaling auxiliary streams.

FIG. 14 illustrates PLS2 data according to another embodiment of thepresent invention.

FIG. 14 illustrates PLS2-DYN data of the PLS2 data. The values of thePLS2-DYN data may change during the duration of one frame-group, whilethe size of fields remains constant.

The details of fields of the PLS2-DYN data are as follows:

FRAME_INDEX: This 5-bit field indicates the frame index of the currentframe within the super-frame. The index of the first frame of thesuper-frame is set to ‘0’.

PLS_CHANGE_COUNTER: This 4-bit field indicates the number ofsuper-frames ahead where the configuration will change. The nextsuper-frame with changes in the configuration is indicated by the valuesignaled within this field. If this field is set to the value ‘0000’, itmeans that no scheduled change is foreseen: e.g., value ‘1’ indicatesthat there is a change in the next super-frame.

FIC_CHANGE_COUNTER: This 4-bit field indicates the number ofsuper-frames ahead where the configuration (i.e., the contents of theFIC) will change. The next super-frame with changes in the configurationis indicated by the value signaled within this field. If this field isset to the value ‘0000’, it means that no scheduled change is foreseen:e.g. value ‘0001’ indicates that there is a change in the nextsuper-frame.

RESERVED: This 16-bit field is reserved for future use.

The following fields appear in the loop over NUM_DP, which describe theparameters associated with the DP carried in the current frame.

DP_ID: This 6-bit field indicates uniquely the DP within a PHY profile.

DP_START: This 15-bit (or 13-bit) field indicates the start position ofthe first of the DPs using the DPU addressing scheme. The DP_START fieldhas differing length according to the PHY profile and FFT size as shownin the below table 27.

TABLE 27 DP_START field size PHY profile 64K 16K Base 13 bit 15 bitHandheld — 13 bit Advanced 13 bit 15 bit

DP_NUM_BLOCK: This 10-bit field indicates the number of FEC blocks inthe current TI group for the current DP. The value of DP_NUM_BLOCKranges from 0 to 1023

RESERVED: This 8-bit field is reserved for future use.

The following fields indicate the FIC parameters associated with theEAC.

EAC_FLAG: This 1-bit field indicates the existence of the EAC in thecurrent frame. This bit is the same value as the EAC_FLAG in thepreamble.

EAS_WAKE_UP_VERSION_NUM: This 8-bit field indicates the version_numberof a wake-up indication.

If the EAC_FLAG field is equal to ‘1’, the following 12 bits areallocated for EAC_LENGTH_BYTE field. If the EAC_FLAG field is equal to‘0’, the following 12 bits are allocated for EAC_COUNTER.

EAC_LENGTH_BYTE: This 12-bit field indicates the length, in byte, of theEAC.

EAC_COUNTER: This 12-bit field indicates the number of the frames beforethe frame where the EAC arrives.

The following field appears only if the AUX_FLAG field is equal to ‘1’:

AUX_PRIVATE_DYN: This 48-bit field is reserved for future use forsignaling auxiliary streams. The meaning of this field depends on thevalue of AUX_STREAM_TYPE in the configurable PLS2-STAT.

CRC_32: A 32-bit error detection code, which is applied to the entirePLS2.

FIG. 15 illustrates a logical structure of a frame according to anembodiment of the present invention.

As above mentioned, the PLS, EAC, FIC, DPs, auxiliary streams and dummycells are mapped into the active carriers of the OFDM symbols in theframe. The PLS1 and PLS2 are first mapped into one or more FSS(s). Afterthat, EAC cells, if any, are mapped immediately following the PLS field,followed next by FIC cells, if any. The DPs are mapped next after thePLS or EAC, FIC, if any. Type 1 DPs follows first, and Type 2 DPs next.The details of a type of the DP will be described later. In some case,DPs may carry some special data for EAS or service signaling data. Theauxiliary stream or streams, if any, follow the DPs, which in turn arefollowed by dummy cells. Mapping them all together in the abovementioned order, i.e. PLS, EAC, FIC, DPs, auxiliary streams and dummydata cells exactly fill the cell capacity in the frame.

FIG. 16 illustrates PLS mapping according to an embodiment of thepresent invention.

PLS cells are mapped to the active carriers of FSS(s). Depending on thenumber of cells occupied by PLS, one or more symbols are designated asFSS(s), and the number of FSS(s) N_(FSS) is signaled by NUM_FSS in PLS1.The FSS is a special symbol for carrying PLS cells. Since robustness andlatency are critical issues in the PLS, the FSS(s) has higher density ofpilots allowing fast synchronization and frequency-only interpolationwithin the FSS.

PLS cells are mapped to active carriers of the N_(FSS) FSS(s) in atop-down manner as shown in an example in FIG. 17. The PLS1 cells aremapped first from the first cell of the first FSS in an increasing orderof the cell index. The PLS2 cells follow immediately after the last cellof the PLS1 and mapping continues downward until the last cell index ofthe first FSS. If the total number of required PLS cells exceeds thenumber of active carriers of one FSS, mapping proceeds to the next FSSand continues in exactly the same manner as the first FSS.

After PLS mapping is completed, DPs are carried next. If EAC, FIC orboth are present in the current frame, they are placed between PLS and“normal” DPs.

FIG. 17 illustrates EAC mapping according to an embodiment of thepresent invention.

EAC is a dedicated channel for carrying EAS messages and links to theDPs for EAS. EAS support is provided but EAC itself may or may not bepresent in every frame. EAC, if any, is mapped immediately after thePLS2 cells. EAC is not preceded by any of the FIC, DPs, auxiliarystreams or dummy cells other than the PLS cells. The procedure ofmapping the EAC cells is exactly the same as that of the PLS.

The EAC cells are mapped from the next cell of the PLS2 in increasingorder of the cell index as shown in the example in FIG. 17. Depending onthe EAS message size, EAC cells may occupy a few symbols, as shown inFIG. 17.

EAC cells follow immediately after the last cell of the PLS2, andmapping continues downward until the last cell index of the last FSS. Ifthe total number of required EAC cells exceeds the number of remainingactive carriers of the last FSS mapping proceeds to the next symbol andcontinues in exactly the same manner as FSS(s). The next symbol formapping in this case is the normal data symbol, which has more activecarriers than a FSS.

After EAC mapping is completed, the FIC is carried next, if any exists.If FIC is not transmitted (as signaled in the PLS2 field), DPs followimmediately after the last cell of the EAC.

FIG. 18 illustrates FIC mapping according to an embodiment of thepresent invention.

(a) shows an example mapping of FIC cell without EAC and (b) shows anexample mapping of FIC cell with EAC.

FIC is a dedicated channel for carrying cross-layer information toenable fast service acquisition and channel scanning. This informationprimarily includes channel binding information between DPs and theservices of each broadcaster. For fast scan, a receiver can decode FICand obtain information such as broadcaster ID, number of services, andBASE_DP_ID. For fast service acquisition, in addition to FIC, base DPcan be decoded using BASE_DP_ID. Other than the content it carries, abase DP is encoded and mapped to a frame in exactly the same way as anormal DP. Therefore, no additional description is required for a baseDP. The FIC data is generated and consumed in the Management Layer. Thecontent of FIC data is as described in the Management Layerspecification.

The FIC data is optional and the use of FIC is signaled by the FIC_FLAGparameter in the static part of the PLS2. If FIC is used, FIC_FLAG isset to ‘1’ and the signaling field for FIC is defined in the static partof PLS2. Signaled in this field are FIC_VERSION, and FIC_LENGTH_BYTE.FIC uses the same modulation, coding and time interleaving parameters asPLS2. FIC shares the same signaling parameters such as PLS2_MOD andPLS2_FEC. FIC data, if any, is mapped immediately after PLS2 or EAC ifany. FIC is not preceded by any normal DPs, auxiliary streams or dummycells. The method of mapping FIC cells is exactly the same as that ofEAC which is again the same as PLS.

Without EAC after PLS, FIC cells are mapped from the next cell of thePLS2 in an increasing order of the cell index as shown in an example in(a). Depending on the FIC data size, FIC cells may be mapped over a fewsymbols, as shown in (b).

FIC cells follow immediately after the last cell of the PLS2, andmapping continues downward until the last cell index of the last FSS. Ifthe total number of required FIC cells exceeds the number of remainingactive carriers of the last FSS, mapping proceeds to the next symbol andcontinues in exactly the same manner as FSS(s). The next symbol formapping in this case is the normal data symbol which has more activecarriers than a FSS.

If EAS messages are transmitted in the current frame, EAC precedes FIC,and FIC cells are mapped from the next cell of the EAC in an increasingorder of the cell index as shown in (b).

After FIC mapping is completed, one or more DPs are mapped, followed byauxiliary streams, if any, and dummy cells.

FIG. 19 illustrates an FEC structure according to an embodiment of thepresent invention.

FIG. 19 illustrates an FEC structure according to an embodiment of thepresent invention before bit interleaving. As above mentioned, Data FECencoder may perform the FEC encoding on the input BBF to generateFECBLOCK procedure using outer coding (BCH), and inner coding (LDPC).The illustrated FEC structure corresponds to the FECBLOCK. Also, theFECBLOCK and the FEC structure have same value corresponding to a lengthof LDPC codeword.

The BCH encoding is applied to each BBF (K_(bch) bits), and then LDPCencoding is applied to BCH-encoded BBF (K_(bch) bits=N_(bch) bits) asillustrated in FIG. 22.

The value of N_(ldpc) is either 64800 bits (long FECBLOCK) or 16200 bits(short FECBLOCK).

The below table 28 and table 29 show FEC encoding parameters for a longFECBLOCK and a short FECBLOCK, respectively.

TABLE 28 BCH error LDPC correction Rate N_(ldpc) K_(ldpc) K_(bch)capability N_(bch) − K_(bch) 5/15 64800 21600 21408 12 192 6/15 2592025728 7/15 30240 30048 8/15 34560 34368 9/15 38880 38688 10/15  4320043008 11/15  47520 47328 12/15  51840 51648 13/15  56160 55968

TABLE 29 BCH error LDPC correction Rate N_(ldpc) K_(ldpc) K_(bch)capability N_(bch) − K_(bch) 5/15 16200 5400 5232 12 168 6/15 6480 63127/15 7560 7392 8/15 8640 8472 9/15 9720 9552 10/15  10800 10632 11/15 11880 11712 12/15  12960 12792 13/15  14040 13872

The details of operations of the BCH encoding and LDPC encoding are asfollows:

A 12-error correcting BCH code is used for outer encoding of the BBF.The BCH generator polynomial for short FECBLOCK and long FECBLOCK areobtained by multiplying together all polynomials.

LDPC code is used to encode the output of the outer BCH encoding. Togenerate a completed B_(ldpc) (FECBLOCK), P_(ldpc) (parity bits) isencoded systematically from each I_(ldpc) (BCH-encoded BBF), andappended to I_(ldpc). The completed B_(ldpc) (FECBLOCK) are expressed asfollow Math figure.

B _(ldpc) =[I _(ldpc) P _(ldpc) ]=[i ₀ ,i ₁ , . . . ,i _(K) _(ldpc) ₋₁,p ₀ ,p ₁ , . . . ,p _(N) _(ldpc) _(-K) _(ldpc) ₋₁]  [Math FIG. 3]

The parameters for long FECBLOCK and short FECBLOCK are given in theabove table 28 and 29, respectively.

The detailed procedure to calculate N_(ldpc)−K_(ldpc) parity bits forlong FECBLOCK, is as follows:

1) Initialize the parity bits,

p ₀ =p ₁ =p ₂ = . . . =p _(N) _(ldpc) _(-K) _(ldpc) ₋₁=0  [Math FIG. 4]

2) Accumulate the first information bit—i₀, at parity bit addressesspecified in the first row of an addresses of parity check matrix. Thedetails of addresses of parity check matrix will be described later. Forexample, for rate 13/15:

p ₉₈₃ =p ₉₈₃ ⊕i ₀ p ₂₈₁₅ =p ₂₈₁₅ ⊕i ₀

p ₄₈₃₇ =p ₄₈₃₇ ⊕i ₀ p ₄₉₈₉ =p ₄₉₈₉ ⊕i ₀

p ₆₁₃₈ =p ₆₁₃₈ ⊕i ₀ p ₆₄₅₈ =p ₆₄₅₈ ⊕i ₀

p ₆₉₂₁ =p ₆₉₂₁ ⊕i ₀ p ₆₉₇₄ =p ₆₉₇₄ ⊕i ₀

p ₇₅₇₂ =p ₇₅₇₂ ⊕i ₀ p ₈₂₆₀ =p ₈₂₆₀ ⊕i ₀

p ₈₄₉₆ =p ₈₄₉₆ ⊕i ₀  [Math FIG. 5]

3) For the next 359 information bits, i_(s), s=1, 2, . . . , 359accumulate i_(s) at parity bit addresses using following Math figure.

{x+(s mod 360)×Q _(ldpc)} mod(N _(ldpc) −K _(ldpc))  [Math FIG. 6]

where x denotes the address of the parity bit accumulator correspondingto the first bit i₀, and Q_(ldpc) is a code rate dependent constantspecified in the addresses of parity check matrix. Continuing with theexample, Q_(ldpc)=24 for rate 13/15, so for information bit i₁, thefollowing operations are performed:

p ₁₀₀₇ =p ₁₀₀₇ ⊕i ₁ p ₂₈₃₉ =p ₂₈₃₉ ⊕i ₁

p ₄₈₆₁ =p ₄₈₆₁ ⊕i ₁ p ₅₀₁₃ =p ₅₀₁₃ ⊕i ₁

p ₆₁₆₂ =p ₆₁₆₂ ⊕i ₁ p ₆₄₈₂ =p ₆₄₈₂ ⊕i ₁

p ₆₄₉₅ =p ₆₄₉₅ ⊕i ₁ p ₆₉₉₈ =p ₆₉₉₈ ⊕i ₁

p ₇₅₉₆ =p ₇₅₉₆ ⊕i ₁ p ₈₂₈₄ =p ₈₂₈₄ ⊕i ₁

p ₈₅₂₀ =p ₈₅₂₀ ⊕i ₁  [Math FIG. 7]

4) For the 361st information bit i₃₆₀, the addresses of the parity bitaccumulators are given in the second row of the addresses of paritycheck matrix. In a similar manner the addresses of the parity bitaccumulators for the following 359 information bits i_(s), s=361, 362, .. . , 719 are obtained using the Math FIG. 6, where x denotes theaddress of the parity bit accumulator corresponding to the informationbit i₃₆₀, i.e., the entries in the second row of the addresses of paritycheck matrix.

In a similar manner, for every group of 360 new information bits, a newrow from addresses of parity check matrixes used to find the addressesof the parity bit accumulators.

After all of the information bits are exhausted, the final parity bitsare obtained as follows:

6) Sequentially perform the following operations starting with i=1

p _(i) =p _(i) ⊕P _(i-1) , i=1,2, . . . ,N _(ldpc) −K _(ldpc)−1  [MathFIG. 8]

where final content of p_(i), i=0, 1, . . . , N_(ldpc)−K_(ldpc)−1 isequal to the parity bit p_(i).

TABLE 30 Code Rate Q_(ldpc) 5/15 120 6/15 108 7/15 96 8/15 84 9/15 7210/15  60 11/15  48 12/15  36 13/15  24

This LDPC encoding procedure for a short FECBLOCK is in accordance witht LDPC encoding procedure for the long FECBLOCK, except replacing thetable 30 with table 31, and replacing the addresses of parity checkmatrix for the long FECBLOCK with the addresses of parity check matrixfor the short FECBLOCK.

TABLE 31 Code Rate Q_(ldpc) 5/15 30 6/15 27 7/15 24 8/15 21 9/15 1810/15  15 11/15  12 12/15  9 13/15  6

FIG. 20 illustrates a time interleaving according to an embodiment ofthe present invention.

(a) to (c) show examples of TI mode.

The time interleaver operates at the DP level. The parameters of timeinterleaving (TI) may be set differently for each DP.

The following parameters, which appear in part of the PLS2-STAT data,configure the TI:

DP_TI_TYPE (allowed values: 0 or 1): Represents the TI mode; ‘0’indicates the mode with multiple TI blocks (more than one TI block) perTI group. In this case, one TI group is directly mapped to one frame (nointer-frame interleaving). ‘1’ indicates the mode with only one TI blockper TI group. In this case, the TI block may be spread over more thanone frame (inter-frame interleaving).

DP_TI_LENGTH: If DP_TI_TYPE=‘0’, this parameter is the number of TIblocks N_(TI) per TI group. For DP_TI_TYPE=‘1’, this parameter is thenumber of frames P_(I) spread from one TI group.

DP_NUM_BLOCK_MAX (allowed values: 0 to 1023): Represents the maximumnumber of XFECBLOCKs per TI group.

DP_FRAME_INTERVAL (allowed values: 1, 2, 4, 8): Represents the number ofthe frames I_(JUMP) between two successive frames carrying the same DPof a given PHY profile.

DP_TI_BYPASS (allowed values: 0 or 1): If time interleaving is not usedfor a DP, this parameter is set to ‘1’. It is set to ‘0’ if timeinterleaving is used.

Additionally, the parameter DP_NUM_BLOCK from the PLS2-DYN data is usedto represent the number of XFECBLOCKs carried by one TI group of the DP.

When time interleaving is not used for a DP, the following TI group,time interleaving operation, and TI mode are not considered. However,the Delay Compensation block for the dynamic configuration informationfrom the scheduler will still be required. In each DP, the XFECBLOCKsreceived from the SSD/MIMO encoding are grouped into TI groups. That is,each TI group is a set of an integer number of XFECBLOCKs and willcontain a dynamically variable number of XFECBLOCKs. The number ofXFECBLOCKs in the TI group of index n is denoted by N_(xBLOCK) _(_)_(Group)(n) and is signaled as DP_NUM_BLOCK in the PLS2-DYN data. Notethat N_(xBLOCK) _(_) _(Group)(n) may vary from the minimum value of 0 tothe maximum value N_(xBLOCK) _(_) _(Group) _(_) _(MAX) (corresponding toDP_NUM_BLOCK_MAX) of which the largest value is 1023.

Each TI group is either mapped directly onto one frame or spread overP_(I) frames. Each TI group is also divided into more than one TI blocks(N_(TI)), where each TI block corresponds to one usage of timeinterleaver memory. The TI blocks within the TI group may containslightly different numbers of XFECBLOCKs. If the TI group is dividedinto multiple TI blocks, it is directly mapped to only one frame. Thereare three options for time interleaving (except the extra option ofskipping the time interleaving) as shown in the below table 33.

TABLE 32 Modes Descriptions Option-1 Each TI group contains one TI blockand is mapped directly to one frame as shown in (a). This option issignaled in the PLS2-STAT by DP_TI_TYPE = ‘0’ and DP_TI_LENGTH = ‘1’(NTI = 1). Option-2 Each TI group contains one TI block and is mapped tomore than one frame, (b) shows an example, where one TI group is mappedto two frames, i.e., DP_TI_LENGTH = ‘2’ (PI = 2) and DP_FRAME_INTERVAL(IJUMP = 2). This provides greater time diversity for low data-rateservices. This option is signaled in the PLS2-STAT by DP_TI_TYPE = ‘1’ .Option-3 Each TI group is divided into multiple TI blocks and is mappeddirectly to one frame as shown in (c). Each TI block may use full TImemory, so as to provide the maximum bit-rate for a DP. This option issignaled in the PLS2-STAT signaling by DP_TI_TYPE = ‘0’ and DP_TI_LENGTH= NTI, while PI = 1.

Typically, the time interleaver will also act as a buffer for DP dataprior to the process of frame building. This is achieved by means of twomemory banks for each DP. The first TI-block is written to the firstbank. The second TI-block is written to the second bank while the firstbank is being read from and so on.

The TI is a twisted row-column block interleaver. For the sth TI blockof the nth TI group, the number of rows N_(r) of a TI memory is equal tothe number of cells N_(cells), i.e., N_(r)=N_(cells) while the number ofcolumns N_(c) is equal to the number N_(xBLOCK) _(_) _(TI)(n,s).

FIG. 21 illustrates the basic operation of a twisted row-column blockinterleaver according to an embodiment of the present invention.

shows a writing operation in the time interleaver and (b) shows areading operation in the time interleaver The first XFECBLOCK is writtencolumn-wise into the first column of the TI memory, and the secondXFECBLOCK is written into the next column, and so on as shown in (a).Then, in the interleaving array, cells are read out diagonal-wise.During diagonal-wise reading from the first row (rightwards along therow beginning with the left-most column) to the last row, N_(r) cellsare read out as shown in (b). In detail, assuming z_(n,s,i) (i=0, . . ., N_(r)N_(c)) as the TI memory cell position to be read sequentially,the reading process in such an interleaving array is performed bycalculating the row index R_(n,s,i), the column index C_(n,s,i), and theassociated twisting parameter T_(n,s,i) as follows expression.

$\begin{matrix}{{{GENERATE}\left( {R_{n,s,i},C_{n,s,i}} \right)} = \left\{ {{R_{n,s,i} = {{mod}\; \left( {i,N_{r}} \right)}},{T_{n,s,i} = {{{mod}\; \left( {{S_{shift} \times S_{n,s,i}},S_{c}} \right)C_{n,s,i}} = {{mod}\left( {{T_{n,s,i} + \left\lfloor \frac{i}{N_{r}} \right\rfloor},N_{c}} \right)}}}} \right\}} & \left\lbrack {{Math}\mspace{14mu} {{FIG}.\; 9}} \right\rbrack\end{matrix}$

where S_(shift) is a common shift value for the diagonal-wise readingprocess regardless of N_(xBLOCK) _(_) _(TI)(n,s) and it is determined byN_(xBLOCK) _(_) _(TI) _(_) _(MAX) given in the PLS2-STAT as followsexpression.

$\begin{matrix}{{for}\; \left\{ {\begin{matrix}{\begin{matrix}{N_{{xBLOCK\_ TI}{\_ MAX}}^{\prime} =} \\{N_{{xBLOCK\_ TI}{\_ MAX}} + 1}\end{matrix},} & {{{{if}\mspace{14mu} N_{{xBLOCK\_ TI}{\_ MAX}}\mspace{11mu} {mod}\; 2} = 0}\;} \\{\begin{matrix}{N_{{xBLOCK\_ TI}{\_ MAX}}^{\prime} =} \\N_{{xBLOCK\_ TI}{\_ MAX}}\end{matrix},} & {{{if}\mspace{14mu} N_{{xBLOCK\_ TI}{\_ MAX}}\mspace{11mu} {mod}\; 2} = 1}\end{matrix},\mspace{20mu} {S_{shift} = \frac{N_{{xBLOCK\_ TI}{\_ MAX}}^{\prime} - 1}{2}}} \right.} & \left\lbrack {{Math}\mspace{14mu} {{FIG}.\mspace{14mu} 10}} \right\rbrack\end{matrix}$

As a result, the cell positions to be read are calculated by acoordinate as z_(n,s,i)=N_(r)C_(n,s,i)+R_(n,s,i).

FIG. 27 illustrates an operation of a twisted row-column blockinterleaver according to another embodiment of the present invention.

More specifically, FIG. 22 illustrates the interleaving array in the TImemory for each TI group, including virtual XFECBLOCKs when N_(xBLOCK)_(_) _(TI)(0,0)=3, N_(xBLOCK) _(_) _(TI)(1,0)=6, N_(xBLOCK) _(_)_(TI)(2,0)=5

The variable number N_(xBLOCK) _(_) _(TI)(n,s)=N_(r) will be less thanor equal to N′_(xBLOCK) _(_) _(TI) _(_) _(MAX). Thus, in order toachieve a single-memory deinterleaving at the receiver side, regardlessof N_(xBLOCK) _(_) _(TI)(n,s), the interleaving array for use in atwisted row-column block interleaver is set to the size ofN_(r)×N_(c)=N_(cells)×N′_(xBLOCK) _(_) _(TI) _(_) _(MAX) by insertingthe virtual XFECBLOCKs into the TI memory and the reading process isaccomplished as follow expression.

[Math FIG. 11] p=0; for i=0; i<N_(cells) N′_(xBLOCK) _(—) _(TI) _(—)_(MAX) ; i=i+1 {GENERATE (R_(n,s,i) , C_(n,s,i) ) ; V_(i)=N_(r)C_(n,s,j) +R_(n,s,i)  if V_(i)<N_(cells) N_(xBLOCK) _(—) _(TI)(n, s)  { Z_(n,s,p)=V_(i) ;p=p+1;  } }

The number of TI groups is set to 3. The option of time interleaver issignaled in the PLS2-STAT data by DP_TI_TYPE=‘0’, DP_FRAME_INTERVAL=‘1’,and DP_TI_LENGTH=‘1’, i.e., N_(TI)=1, I_(JUMP)=1, and P_(I)=1. Thenumber of XFECBLOCKs, each of which has N_(cells)=30 cells, per TI groupis signaled in the PLS2-DYN data by N_(xBLOCK) _(_) _(TI)(0,0)=3,N_(xBLOCK) _(_) _(TI) (1,0)=6, and N_(xBLOCK) _(_) _(TI)(2,0)=5,respectively. The maximum number of XFECBLOCK is signaled in thePLS2-STAT data by N_(xBLOCK) _(_) _(Group) _(_) _(MAX), which leads to└N_(xBLOCK) _(_) _(Group) _(_) _(MAX)/N_(TI)┘=N_(xBLOCK) _(_) _(TI) _(_)_(MAX)=6.

FIG. 23 illustrates a diagonal-wise reading pattern of a twistedrow-column block interleaver according to an embodiment of the presentinvention.

More specifically FIG. 23 shows a diagonal-wise reading pattern fromeach interleaving array with parameters of N′_(xBLOCK) _(_) _(TI) _(_)_(MAX)=7 and S_(shift)=(7−1)/2=3. Note that in the reading process shownas pseudocode above, if V_(i)≧N_(cells)N_(xBLOCK) _(_) _(TI)(n,s), thevalue of V_(i) is skipped and the next calculated value of V_(i) isused.

FIG. 24 illustrates interlaved XFECBLOCKs from each interleaving arrayaccording to an embodiment of the present invention.

FIG. 24 illustrates the interleaved XFECBLOCKs from each interleavingarray with parameters of N′_(xBLOCK) _(_) _(TI) _(_) _(MAX)=7 andS_(shift)=3.

FIG. 25 is a block diagram illustrating a media contenttransmitting/receiving system according to an embodiment.

The media content transmitting/receiving system includes a broadcaster10, a content provider 30, a content server 50, and a broadcastreceiving device 100.

The content provider 30 provides media content to the broadcaster andthe content server 50.

The broadcaster 10 transmits a broadcast stream including media contentusing at least one of a satellite, terrestrial or cable broadcastingnetwork.

The content server 50 transmits media content on the basis of a requestof the broadcast receiving device.

The broadcast receiving device 100 includes a control unit 110, an IPtransmitting/receiving unit 130, a broadcast receiving unit 150, and adecoder 170. The broadcast receiving device 100 controls operation ofthe IP transmitting/receiving unit 130, the broadcast receiving unit150, and the decoder 170 via the control unit 110. The broadcastreceiving device 100 receives a broadcast stream including media contentvia the broadcast receiving unit 150. Here, the broadcast stream may betransmitted using at least one of a satellite, terrestrial or cablebroadcasting network. Therefore, the broadcast receiving unit 150 mayinclude at least one of a satellite tuner, a terrestrial tuner, or acable tuner to receive the broadcast stream. The broadcast receivingdevice 100 requests media content from the content server 50 via the IPtransmitting/receiving unit 130. The broadcast receiving device 100receives the media content from the content server 50 via the IPtransmitting/receiving unit 130. The broadcast receiving device 100decodes the media content via the decoder 170.

Media content transmission/reception via a broadband according to anembodiment will be described with reference to FIGS. 26 to 30.

FIG. 26 is a diagram illustrating a system for transmitting/receivingmedia content via a broadband according to an embodiment.

The media content transmission/reception via an IP network according toan embodiment is divided into transmission/reception of a transmissionpacket including actual media content and transmission/reception ofmedia content presentation information. The broadcast receiving device100 receives the media content presentation information, and receivesthe transmission packet including media content. The media contentpresentation information represents information required for presentingthe media content. The media content presentation information includesat least one of spatial information or temporal information required forpresenting the media content. The broadcast receiving device 100presents the media content on the basis of the media contentpresentation information.

In a specific embodiment, media content may be transmitted/received viaan IP network according to an MPEG Media Transport (MMT) standard. Thecontent server 50 transmits a presentation information (PI) documentincluding the media content presentation information. Furthermore, thecontent server 50 transmits an MMT protocol (MMTP) packet includingmedia content on the basis of a request of the broadcast receivingdevice 100. The broadcast receiving device 100 receives the PI document.The broadcast receiving device 100 receives a transmission packetincluding media content. The broadcast receiving device 100 extracts themedia content from the transmission packet including the media content.The broadcast receiving device 100 presents the media content on thebasis of the PI document.

In another specific embodiment, as illustrated in FIG. 26, media contentmay be transmitted/received via an IP network according to anMPEG-Dynamic Adaptive Streaming over HTTP (DASH) standard. In FIG. 26,the content server 50 transmits a media presentation description (MPD)including the media content presentation information. However, dependingon a specific embodiment, the MPD may be transmitted by another externalserver instead of the content server 50. Furthermore, the content server50 transmits a segment including media content on the basis of a requestof the broadcast receiving device 100. The broadcast receiving device100 receives the MPD. The broadcast receiving device 100 requests mediacontent from the content server 50 on the basis of the MPD. Thebroadcast receiving device 100 receives a transmission packet includingmedia content on the basis of a request. The broadcast receiving device100 presents the media content on the basis of the MPD. To this end, thebroadcast receiving device 100 may include a DASH client in the controlunit 110. The DASH client may include an MPD parser for parsing the MPD,a segment parser for parsing the segment, an HTTP client fortransmitting an HTTP request message and receiving an HTTP responsemessage via the IP transmitting/receiving unit 130, and a media enginefor presenting media. The MPD will be described in detail with referenceto FIGS. 27 to 29.

FIG. 27 illustrates a structure of the MPD according to an embodiment.FIG. 28 illustrates a syntax of the MPD according to an embodiment. FIG.29 illustrates an XML syntax of a period element of the MPD according toan embodiment.

The MPD may include a period element, an adaptation set element, and arepresentation element.

The period element includes information on a period. The MPD may includeinformation on a plurality of periods. The period represents acontinuous time interval of media content presentation.

The adaptation set element includes information on an adaptation set.The MPD may include information on a plurality of adaptation sets. Theadaptation set is a set of media components including one or moreinterconvertible media content components. The adaptation set mayinclude one or more representations. The adaptation sets mayrespectively include audios of different languages or subtitles ofdifferent languages.

The representation element includes information on a representation. TheMPD may include information on a plurality of representations. Therepresentation is a structured set of one or more media components.There may exist a plurality of representations differently encoded forthe same media content component. In the case where bitstream switchingis allowed, the broadcast receiving device 100 may switch a receivedrepresentation to another representation on the basis of informationupdated during presentation of media content. In particular, thebroadcast receiving device 100 may switch a received representation toanother representation according to conditions of a bandwidth. Therepresentation is divided into a plurality of segments.

The segment is a unit of media content data. The representation may betransmitted as the segment or a part of the segment according to arequest of the media content receiver 30 using the HTTP GET or HTTPpartial GET method defined in the HTTP 1.1 (RFC 2616) protocol.

Furthermore, the segment may include a plurality of sub-segments. Thesub-segment may represent a smallest unit able to be indexed at asegment level. The segment may include an initialization segment, amedia segment, an index segment, and a bitstream switching segment.

FIG. 30 is a flowchart illustrating an operation of receiving, by abroadcast receiving device, media content via an IP network according toan embodiment.

The broadcast receiving device 100 receives the media contentpresentation information via the IP transmitting/receiving unit 130(S101). In a specific embodiment, the media content presentationinformation may be the MPD according to the MPEG-DASH standard. Here,the broadcast receiving device 100 may receive the MPD via the IPtransmitting/receiving unit 130. In another specific embodiment, themedia content presentation information may be the PI document accordingto the MMT standard. Here, the broadcast receiving device 100 mayreceive the PI document via the IP transmitting/receiving unit 130.

The broadcast receiving device 100 receives media content via the IPtransmitting/receiving unit 130 on the basis of the media contentpresentation information (S103).

The broadcast receiving device 100 presents the media content via thecontrol unit 110 (S105). In detail, the broadcast receiving device 100may present the media content on the basis of the media contentpresentation information via the control unit 110.

As described above, the broadcast receiving device 100 that receives abroadcast stream via a satellite, cable or terrestrial broadcastingnetwork is required to receive the media content presentationinformation in order to receive media content via an IP network. Inparticular, the media content presentation information is required to betransmitted or received via a broadcast stream in order to efficientlyinterwork with content transmitted via a broadcasting network. This isbecause a content provider or a broadcaster may integrally managecontent information provided via a broadcasting network and informationon media content transmitted via an IP network in the case where themedia content presentation information is transmitted via a broadcaststream. Furthermore, this is because the broadcast receiving device 100may quickly determine whether the media content presentation informationis updated without an additional information request message in the casewhere the media content presentation information is transmitted via abroadcast stream since the broadcast receiving device 100 continuallyreceives a broadcast stream.

Described below with reference to FIGS. 31 to 63 is a method oftransmitting/receiving the media content presentation information usinga broadcast stream transmitted via a broadcasting network instead of anIP network.

A content provider or a broadcaster may add the media contentpresentation information to a media content presentation informationtable to transmit the media content presentation information. Thisoperation of adding the media content presentation information to themedia content presentation information table to transmit the mediacontent presentation information is described below with reference toFIGS. 31 and 32.

In the case where the media content presentation information is added tothe media content presentation information table so as to betransmitted, the broadcast receiving device 100 may receive the mediacontent presentation information on the basis of the media contentpresentation information table. In detail, the broadcast receivingdevice 100 may extract the media content presentation information fromthe media content presentation information table to receive the mediacontent presentation information.

Here, the media content presentation information table may include an idelement for identifying the media content presentation information tableamong various information tables.

Furthermore, the media content presentation information table mayinclude an id_extension element. The id_extension element may indicatean identifier for identifying a media content presentation informationtable instance. Here, an id_extension field may include aprotocol_version field indicating a protocol version of the mediacontent presentation information table. The id_extension field may alsoinclude a sequence_number field for identifying each of a plurality ofmedia content presentation information tables including different piecesof media content presentation information. The id_extension element mayindicate a service_identifier for identifying a broadcasting serviceassociated with the media content presentation information table. Here,the id_extension element may indicate any one of a program number, aservice_id, and a source id.

Furthermore, the media content presentation information table mayinclude a version element indicating a version of the media contentpresentation information table. Here, the broadcast receiving device 100may determine whether the media content presentation information tableis updated on the basis of the version element. In detail, the broadcastreceiving device 100 may determine that the media content presentationinformation table has been updated, upon receiving the media contentpresentation information table having a version element value differentfrom that of a previously received media content presentationinformation table. Here, the broadcast receiving device 100 may extractthe media content presentation information from the media contentpresentation information table. Furthermore, the broadcast receivingdevice 100 may determine that the media content presentation informationtable has not been updated, upon receiving the media contentpresentation information table having the same version element value asthat of a previously received media content presentation informationtable. In this case, the broadcast receiving device 100 does not extractthe media content presentation information from the media contentpresentation information table. In a specific embodiment, the versionelement may have the same value as that of the version element includedin the media content presentation information.

Furthermore, the media content presentation information table mayinclude a media content presentation information id element indicatingan identifier for identifying the media content presentationinformation.

Here, the media content presentation information table may include amedia content presentation information id_length element indicating alength of the identifier for identifying the media content presentationinformation.

Furthermore, the media content presentation information table mayinclude a coding element indicating an encoding method of the mediacontent presentation information. Here, the coding element thatindicates the encoding method may indicate that the media contentpresentation information table includes the media content presentationinformation without particularly compressing the media contentpresentation information. Furthermore, the coding element that indicatesthe encoding method may indicate that the media content presentationinformation table includes the media content presentation informationcompressed by a specific algorithm. Here, the specific algorithm may bea gzip algorithm.

Furthermore, the media content presentation information table mayinclude a byte_length element indicating a length of the media contentpresentation information.

Furthermore, the media content presentation information table mayinclude a byte( ) element that is the media content presentationinformation itself.

Here, the media content presentation information table may have an XML,HTML5 or bitstream format.

FIG. 31 illustrates a bitstream syntax for the case where the MPD istransmitted in a format of an MPD information table according to anembodiment.

FIG. 31 illustrates the case where the media content presentationinformation table has a bitstream format, and the media contentpresentation information is included in the MPD. Therefore, with respectto FIG. 31, the media content presentation information table is referredto as an MPD information table.

The MPD information table includes a table_id field, asection_syntax_indicator field, a private_indicator field, aprivate_section_length field, a table_id_extension field, anMPD_data_version field, a section_number field, a last_section_numberfield, an MPD_id_length field, an MPD_id_bytes field, an MPD_codingfield, an MPD_byte_length field, and an MPD_byte field.

In the example of FIG. 31, the table_id field indicates an identifier ofthe MPD information table. Here, the table_id field may be 0xFA that isone of reserved id values defined in ATSC A/65.

The section_syntax_indicator field indicates whether the MPD informationtable is a long-type private section table of an MPEG-2 TS standard.Since the MPD information table is not a long-type table, thesection_syntax_indicator field has a value of 0.

The private_indicator field indicates whether a current tablecorresponds to a private section. Since the MPD information tablecorresponds to the private section, the private_indicator field has avalue of 1.

The private_section_length field indicates a length of a sectionfollowing the private_section_length field.

The table_id_extension field indicates an identifier for identifying abroadcasting service associated with the MPD transmitted via the MPDinformation table. Here, the table_id_extension field may indicate anyone of a program number, a service_id, and a source id. In anotherembodiment, the table_id_extension field may indicate an identifier foridentifying the MPD. In detail, the table_id_extension field may includea protocol_version field indicating a protocol version of the MPDinformation table. Furthermore, the table_id_extension field may includea sequence_number field for identifying each of a plurality of MPDinformation tables including different MPDs.

The MPD_data_version field indicates a version of the MPD informationtable. Here, the broadcast receiving device 100 may determine whetherthe MPD information table is updated on the basis of theMPD_data_version field. The MPD_data_version field may have the samevalue as that of the version element included in the MPD.

The section_number field indicates a number of a current section.

The last_section_number field indicates a number of a last section. Inthe case where the MPD information table has a large size, the MPDinformation table may be divided into a plurality of sections so as tobe transmitted. Here, the broadcast receiving device 100 determineswhether all sections required for the MPD information table are receivedon the basis of the section_number field and the last_section_numberfield.

The MPD_id_bytes field indicates an identifier for identifying the MPD.

The MPD_id_length field indicates a length of the identifier foridentifying the MPD.

The MPD_coding field indicates an encoding method for the MPD. Here, theMPD_coding field that indicates the encoding method may indicate thatthe MPD information table includes the media content presentationinformation without particularly compressing the media contentpresentation information. Furthermore, the MPD_coding field may indicatethat the MPD information table includes the MPD compressed by a specificalgorithm. Here, the specific algorithm may be a gzip algorithm. In aspecific embodiment, a value of the MPD_coding field may be defined asshown in Table 33.

TABLE 33 Value Designation 0x00 Plain text 0x01 Compressed by gzip0x02-0x03 Reserved for future use

In the example of Table 33, in the case where the MPD_coding field has avalue of 0x00, the MPD_coding field indicates that the MPD informationtable includes the media content presentation information withoutparticularly compressing the media content presentation information. Inthe case where the MPD_coding field has a value of 0x01, the MPD_codingfield indicates that the MPD information table includes the MPDcompressed by a gzip algorithm.

The MPD_byte_length field indicates a length of the MPD.

The MPD_byte( ) field includes actual data of the MPD included in theMPD information table.

FIG. 32 is a flowchart illustrating an operation of extracting, by abroadcast receiving device, the MPD on the basis of an information tableincluding the MPD according to an embodiment.

The broadcast receiving device 100 receives a broadcast stream via thebroadcast receiving unit 150 (S301).

The broadcast receiving device 100 extracts the media contentpresentation information table from the broadcast stream via the controlunit 110 (S303). In a specific embodiment, the broadcast receivingdevice 100 may extract the media content presentation information tablefrom the broadcast stream on the basis of the id element via the controlunit 110. In detail, the broadcast receiving device 100 may extract themedia content presentation information table from the broadcast streamon the basis of information in which the id element is combined with theid_extension element via the control unit 110. For example, thebroadcast receiving device 100 may identify the media contentpresentation information table using a value of the id element via thecontrol unit 110 so as to extract the media content presentationinformation table from the broadcast stream. Here, the broadcastreceiving device 100 may identify the media content presentationinformation table using a value obtained by combining the value of theid element and the value of the id_extension element via the controlunit 110 so as to extract the media content presentation informationtable from the broadcast stream.

The broadcast receiving device 100 extracts the media contentpresentation information on the basis of the media content presentationinformation table via the control unit 110 (S305). Here, in the casewhere the media content presentation information is compressed, thebroadcast receiving device 100 may decompress the media contentpresentation information via the control unit 110 so as to extract themedia content presentation information.

The broadcast receiving device 100 receives media content via the IPtransmitting/receiving unit 130 on the basis of the media contentpresentation information (S307).

The broadcast receiving device 100 presents the media content via thecontrol unit 110 (S309). In detail, the broadcast receiving device 100may present the media content on the basis of the media contentpresentation information via the control unit 110.

A content provider or a broadcaster may add the media contentpresentation information to an IP datagram to transmit the media contentpresentation information via a broadcasting network instead of an IPnetwork. Here, the content provider or the broadcaster may add the mediacontent presentation information table including the media contentpresentation information to the IP datagram to transmit the mediacontent presentation information table. This operation of adding themedia content presentation information to the IP datagram to transmitthe media content presentation information is described below withreference to FIGS. 9 to 12.

In the case where the media content presentation information is added tothe IP datagram so as to be transmitted, the broadcast receiving device100 may receive the media content presentation information on the basisof a media IP datagram. In a specific embodiment, the broadcastreceiving device 100 may extract the media content presentationinformation from the IP datagram to receive the media contentpresentation information. In another specific embodiment, the broadcastreceiving device 100 may extract the media content presentationinformation table from the IP datagram to receive the media contentpresentation information.

Here, the media content presentation information may be added to a UDPpayload. The UDP payload may include a payload_type field and a payloadfield. The payload_type field indicates a data type of the media contentpresentation information included in the payload field. Here, a value ofthe payload_type field may indicate that the media content presentationinformation included in the payload field is a file itself. In aspecific embodiment, in the case where the media content presentationinformation is included in the MPD, the value of the payload_type fieldmay indicate that the payload field includes the MPD as it is. Inanother specific embodiment, in the case where the media contentpresentation information is included in the PI document, the value ofthe payload_type field may indicate that the payload field includes thePI document as it is. Furthermore, the value of the payload_type fieldmay indicate that the media content presentation information is includedin a specific syntax format. Furthermore, the value of the payload_typefield may indicate that the media content presentation information isincluded in the form of the above-mentioned media content presentationinformation table.

The payload field may include the media content presentationinformation.

The content provider or the broadcaster may add a media contentpresentation information link to the media content presentationinformation table to transmit the media content presentation informationlink. Here, the media content presentation information link may providea link to the media content presentation information so that the mediacontent presentation information is received. Here, the media contentpresentation information link may have a format of a uniform resourcelocator (URL). This operation of adding the media content presentationinformation link to the media content presentation information table totransmit the media content presentation information link is describedbelow with reference to FIGS. 33 and 34.

In the case where the media content presentation information link isadded to the media content presentation information table so as to betransmitted, the broadcast receiving device 100 may receive the mediacontent presentation information on the basis of the media contentpresentation information table. In detail, the broadcast receivingdevice 100 may extract the media content presentation information linkfrom the media content presentation information table. Here, thebroadcast receiving device 100 may receive the media contentpresentation information from the media content presentation informationlink.

Here, the media content presentation information table may include an idelement for identifying the media content presentation information tableamong various information tables.

Furthermore, the media content presentation information table mayinclude an id_extension element. The id_extension element may indicatean identifier for identifying a media content presentation informationtable instance. Here, an id_extension field may include aprotocol_version field indicating a protocol version of the mediacontent presentation information table. The id_extension field may alsoinclude a sequence_number field for identifying each of a plurality ofmedia content presentation information tables including different piecesof media content presentation information. The id_extension element mayindicate a service_identifier for identifying a broadcasting serviceassociated with the media content presentation information table. Here,the id_extension element may indicate any one of a program number, aservice_id, and a source id.

Furthermore, the media content presentation information table mayinclude a version element indicating a version of the media contentpresentation information table. Here, the broadcast receiving device 100may determine whether the media content presentation information tableis updated on the basis of the version element. In detail, the broadcastreceiving device 100 may determine that the media content presentationinformation table has been updated, upon receiving the media contentpresentation information table having a version element value differentfrom that of a previously received media content presentationinformation table. Here, the broadcast receiving device 100 may extractthe media content presentation information from the media contentpresentation information table. Furthermore, the broadcast receivingdevice 100 may determine that the media content presentation informationtable has not been updated, upon receiving the media contentpresentation information table having the same version element value asthat of a previously received media content presentation informationtable. In this case, the broadcast receiving device 100 does not extractthe media content presentation information from the media contentpresentation information table. In a specific embodiment, the versionelement may have the same value as that of the version element includedin the media content presentation information.

Furthermore, the media content presentation information table mayinclude a media content presentation information id element indicatingan identifier for identifying the media content presentationinformation.

Here, the media content presentation information table may include amedia content presentation information id_length element indicating alength of the identifier for identifying the media content presentationinformation.

Furthermore, the media content presentation information table mayinclude a byte_length element indicating a length of the media contentpresentation information link.

Furthermore, the media content presentation information table mayinclude a byte( ) element that is the media content presentationinformation link itself. Here, the media content presentationinformation link may have a URL format.

Here, the media content presentation information table may have an XML,HTML5 or bitstream format.

FIG. 33 illustrates an MPD link table including an MPD link according toan embodiment.

FIG. 33 illustrates the case where the media content presentationinformation table has a bitstream format, and the media contentpresentation information is included in the MPD. Therefore, with respectto FIG. 33, the media content presentation information table is referredto as an MPD information table. The media content presentationinformation link has a URL format. Therefore, the media contentpresentation information link is referred to as an MPD_URL.

The MPD information table includes a table_id field, asection_syntax_indicator field, a private_indicator field, aprivate_section_length field, a table_id_extension field, anMPD_data_version field, a section_number field, a last_section_numberfield, an MPD_id_length field, an MPD_id_byte field, an MPD_URL_lengthfield, and an MPD_URL_bytes field.

In the example of FIG. 33, the table_id field indicates an identifier ofthe MPD information table. Here, the table_id field may be 0xFA that isone of reserved id values defined in ATSC A/65.

The section_syntax_indicator field indicates whether the MPD informationtable is a long-type private section table of the MPEG-2 TS standard.Since the MPD information table is not a long-type table, thesection_syntax_indicator field has a value of 0.

The private_indicator field indicates whether a current tablecorresponds to a private section. Since the MPD information tablecorresponds to the private section, the private_indicator field has avalue of 1.

The private_section_length field indicates a length of a sectionfollowing the private_section_length field.

The table_id_extension field indicates an identifier for identifying abroadcasting service associated with the MPD transmitted via the MPDinformation table. Here, the table_id_extension field may indicate anyone of a program number, a service_id, and a source id. In anotherembodiment, the table_id_extension field may indicate an identifier foridentifying the MPD. In detail, the table_id_extension field may includea protocol_version field indicating a protocol version of the MPDinformation table. Furthermore, the table_id_extension field may includea sequence_number field for identifying each of a plurality of MPDinformation tables including different MPDs.

The MPD_data_version field indicates a version of the MPD informationtable. Here, the broadcast receiving device 100 may determine whetherthe MPD information table is updated on the basis of theMPD_data_version field. The MPD_data_version field may have the samevalue as that of the version element included in the MPD.

The section_number field indicates a number of a current section.

The last_section_number field indicates a number of a last section. Inthe case where the MPD information table has a large size, the MPDinformation table may be divided into a plurality of sections so as tobe transmitted. Here, the broadcast receiving device 100 determineswhether all sections required for the MPD information table are receivedon the basis of the section_number field and the last_section_numberfield.

The MPD_id_bytes field indicates an identifier for identifying the MPD.

The MPD_id_length field indicates a length of the identifier foridentifying the MPD.

The MPD_URL_length field indicates a length of the MPD_URL.

The MPD_URL_bytes( ) field indicates the MPD_URL itself.

FIG. 34 is a flowchart illustrating an operation of receiving, by abroadcast receiving device, the MPD on the basis of the media contentpresentation information table including the media content presentationinformation link according to an embodiment.

The broadcast receiving device 100 receives a broadcast stream via thebroadcast receiving unit 150 (S401).

The broadcast receiving device 100 extracts the media contentpresentation information table including the media content presentationinformation link from the broadcast stream via the control unit 110(S403). In a specific embodiment, the broadcast receiving device 100 mayextract the media content presentation information table from thebroadcast stream on the basis of the id element via the control unit110. In detail, the broadcast receiving device 100 may extract the mediacontent presentation information table from the broadcast stream on thebasis of information in which the id element is combined with theid_extension element via the control unit 110. For example, thebroadcast receiving device 100 may identify the media contentpresentation information table using a value of the id element via thecontrol unit 110 so as to extract the media content presentationinformation table from the broadcast stream. Here, the broadcastreceiving device 100 may identify the media content presentationinformation table using a value obtained by combining the value of theid element and the value of the id_extension element via the controlunit 110 so as to extract the media content presentation informationtable from the broadcast stream.

The broadcast receiving device 100 extracts the media contentpresentation information link on the basis of the media contentpresentation information table via the control unit 110 (S405). Here,the media content presentation information link may have a URL format.

The broadcast receiving device 100 receives the media contentpresentation information on the basis of the media content presentationinformation link via the IP transmitting/receiving unit 130 (S407).

The broadcast receiving device 100 receives media content via the IPtransmitting/receiving unit 130 on the basis of the media contentpresentation information (S409).

The broadcast receiving device 100 presents the media content via thecontrol unit 110 (S411). In detail, the broadcast receiving device 100may present the media content on the basis of the media contentpresentation information via the control unit 110.

FIGS. 35 to 37 illustrate the case where the media content presentationinformation is included in the MPD. FIG. 35 illustrates that the MPD orthe MPD information table is added to an IP datagram so as to betransmitted according to an embodiment.

As exemplified by the data structure of FIG. 11, the IP datagramincludes a UDP datagram in an IP payload in the examples of FIGS. 11 to13. The UDP datagram includes the MPD or the MPD information table in aUDP payload. A syntax of the IP datagram will be described in detailwith reference to FIG. 36.

FIG. 36 illustrates the syntax of the IP datagram for the case where theMPD or the MPD information table is added to the IP datagram so as to betransmitted according to an embodiment.

The UDP payload includes an MPD_payload_type field and a payload field.The MPD_payload_type field indicates a data type of the MPD included inthe MPD_payload field. A value of the MPD_payload_type field mayindicate that the MPD_payload field includes the MPD itself.Furthermore, the value of the MPD_payload_type field may indicate thatthe MPD_payload field includes the MPD in a specific syntax format. Indetail, the value of the MPD_payload_type field may be defined as shownin Table 34 below.

TABLE 34 Value Designation 0x00 Not Specified 0x01 Syntax 0x02 MPD fileat it is 0x03 MPD section 0x03 Reserved for future use

In the example of Table 34, in the case where the value of theMPD_payload_type field is 0x01, the MPD_payload_type field indicatesthat the MPD_payload field includes the MPD in a specific syntax format.In the case where the value of the MPD_payload_type field is 0x02, theMPD_payload_type field indicates that the MPD_payload field includes theMPD as it is. In the case where the value of the MPD_payload_type fieldis 0x03, the MPD_payload_type field indicates that the MPD_payload fieldincludes the MPD in the form of the above-mentioned MPD informationtable.

The MPD_payload field includes the MPD.

FIG. 37 illustrates a syntax of an MPD payload included in the IPdatagram for the case where the MPD or the MPD information table isadded to the IP datagram so as to be transmitted according to anembodiment.

An MPD_coding field indicates an encoding method for the MPD or the MPDinformation table. Here, the MPD_coding field that indicates theencoding method may indicate that the MPD payload includes the MPD orthe MPD information table without particularly compressing the MPD orthe MPD information table. Furthermore, the MPD_coding field mayindicate that the MPD payload includes the MPD or the MPD informationtable compressed by a specific algorithm. Here, the specific algorithmmay be a gzip algorithm. In a specific embodiment, a value of theMPD_coding field may be defined as shown in Table 35.

TABLE 35 Value Designation 0x00 Plain text 0x01 Compressed by gzip0x02-0x03 Reserved for future use

In the example of Table 35, in the case where the MPD_coding field has avalue of 0x00, the MPD_coding field indicates that the MPD payloadincludes the MPD or the MPD information table without particularlycompressing the MPD or the MPD information table. In the case where theMPD_coding field has a value of 0x01, the MPD_coding field indicatesthat the MPD payload includes the MPD or the MPD information tablecompressed by a gzip algorithm.

An MPD_byte_length field indicates a length of the MPD or the MPDinformation table.

FIG. 38 is a flowchart illustrating an operation of extracting, by abroadcast receiving device, the media content presentation informationor the media content presentation information table on the basis of theIP datagram including the media content presentation information or themedia content presentation information table according to an embodiment.

The broadcast receiving device 100 receives a broadcast stream via thebroadcast receiving unit 110 (S501).

The broadcast receiving device 100 extracts the IP datagram from thebroadcast stream via the control unit 150 (S503).

The broadcast receiving device 100 extracts the UDP datagram from the IPdatagram via the control unit 150 (S505). In detail, the broadcastreceiving device 100 extracts the UDP datagram from a payload of the IPdatagram.

The broadcast receiving device 100 extracts the media contentpresentation information on the basis of the UDP datagram via thecontrol unit 150 (S507). In detail, the broadcast receiving device 100extracts the media content presentation information or the media contentpresentation information table from the payload of the UDP datagram. Ina specific embodiment, in the case where the media content presentationinformation or the media content presentation information table iscompressed, the broadcast receiving device 100 may decompress the mediacontent presentation information or the media content presentationinformation table via the control unit 150 so as to extract the mediacontent presentation information or the media content presentationinformation table. Here, the broadcast receiving device 100 maydecompress the media content presentation information or the mediacontent presentation information table on the basis of a coding fieldincluded in the UDP datagram. Here, the broadcast receiving device 100may extract the media content presentation information from the mediacontent presentation information table via the control unit 150.

The broadcast receiving device 100 receives media content via the IPtransmitting/receiving unit 130 on the basis of the media contentpresentation information (S507).

The broadcast receiving device 100 presents the media content via thecontrol unit 110 (S509). In detail, the broadcast receiving device 100may present the media content on the basis of the media contentpresentation information via the control unit 110.

A content provider or a broadcaster may add a method of transmitting themedia content presentation information to a broadcast informationsignaling table to transmit the method of transmitting the media contentpresentation information. This operation of adding the method oftransmitting the media content presentation information to the broadcastinformation signaling table to transmit the method of transmitting themedia content presentation information is described below with referenceto FIGS. 15 to 23. Here, the broadcast information signaling table mayhave an XML, HTML5 or bitstream format.

In a specific embodiment, the content provider or the broadcaster mayadd a descriptor including the method of transmitting the media contentpresentation information to the broadcast information signaling table totransmit the descriptor.

Here, the broadcast information signaling information table may be oneof a program specific information (PSI) table defined in an ISO/IEC13818-1 standard, a system information (SI) table defined in an ETSI EN300 468 standard, and a program and system information protocol (PSIP)table defined in an ATSC standard. In particular, the signalinginformation table may be an information table for signaling informationon broadcast content. Here, the information on broadcast content may beone of information on a broadcasting service, information on anelementary stream, and information on an event. In detail, theinformation table may be one of a terrestrial virtual channel table(TVCT) and an event information table (EIT) among tables defined in A/65that is one of ATSC standards, a service map table (SMT) among tablesdefined in A/153, a service description table (SDT) and an EIT definedin an ETSI EN 300 468 standard, and a program map table (PMT) defined inan ISO/IEC 13818-1 standard.

The descriptor may include a tag element for identifying the descriptor.

Furthermore, the descriptor may include a length element indicating alength of the descriptor.

The descriptor may include a simulcast_flag indicating that broadcastcontent specified by the descriptor is simultaneously transmitted vianot only a broadcasting network but also an IP network. Here, thebroadcast content may be one of an elementary stream specified by thedescriptor, a service specified by the descriptor, and an eventspecified by the descriptor. In the case where the simulcast_flag has avalue of 1 and transmission of a broadcast stream via the broadcastingnetwork is unstable, the broadcast receiving device 100 may receive thebroadcast content specified by the descriptor via the IP network. Indetail, in the case where the simulcast_flag has a value of 1 and astrength of a signal of the broadcast stream transmitted via thebroadcasting network is lower than a certain reference level orpresentation interruption of the broadcast content occurs, the broadcastreceiving device 100 may receive the broadcast content specified by thedescriptor via the IP network. Here, the broadcast receiving device 100may notify a user that the broadcast content specified by the descriptoris able to be received. Furthermore, the broadcast receiving device 100may receive the broadcast content specified by the descriptor on thebasis of an input from the user. In detail, the broadcast receivingdevice 100 may receive the broadcast content specified by the descriptorvia the IP network, upon receiving an input from the user.

Furthermore, the descriptor may include a version element indicating aversion of the media content presentation information.

Moreover, the descriptor may include a transport_mode element indicatinga specific method of transmitting the media content presentationinformation or the media content presentation information table. Here, avalue of the transport_mode element may indicate that the descriptordirectly includes the media content presentation information or themedia content presentation information table. Furthermore, the value ofthe transport_mode element may indicate that the media contentpresentation information or the media content presentation informationtable may be downloaded via a link address included in the descriptor.The value of the transport_mode element may indicate that an informationtable included in a packet that is different from a packet that includesthe descriptor includes the media content presentation information. Thevalue of the transport_mode element may indicate that an additionalbroadcast stream includes the media content presentation information.The value of the transport_mode element may indicate that an IP datagramincludes the media content presentation information or the media contentpresentation information table. The value of the transport_mode elementmay indicate that the media content presentation information or themedia content presentation information table is transmitted using asession-based transport protocol. Here, the session-based transportprotocol may be File Delivery over Unidirectional Transport (FLUTE). Thesession-based transport protocol may be Asynchronous Layered Coding(ALC)/Layered Coding Transport (LCT).

The descriptor may include a bootstrap_data element including specifictransmission information corresponding to a method of transmitting themedia content presentation information or the media content presentationinformation table. Here, in the case where the descriptor directlyincludes the media content presentation information, the bootstrap_dataelement may include the media content presentation information itself.In this case, the broadcast receiving device 100 may extract the mediacontent presentation information from the descriptor.

In the case where the media content presentation information or themedia content presentation information table is able to be received viaa link included in the descriptor, the bootstrap_data element mayinclude a link for downloading the media content presentationinformation or the media content presentation information table. In aspecific embodiment, the broadcast receiving device 100 may access thelink to download the media content presentation information or the mediacontent presentation information table. Here, the link may be providedin plurality. Furthermore, there may be a priority order for theplurality of links. In this case, the broadcast receiving device 100 mayattempt to download the media content presentation information or themedia content presentation information table in descending order ofpriorities of the links. Here, the links may have a URL format.

In the case where an information table included in a packet that isdifferent from a packet that includes the descriptor includes the mediacontent presentation information or the media content presentationinformation link for providing a link to the media content presentationinformation, the bootstrap_data element may include an identifier of apacket that includes the media content presentation information or themedia content presentation information link. Here, a table ID of theinformation table may be predetermined. However, in the case where thetable ID of the information table is not predetermined, thebootstrap_data element may include the table ID of the informationtable. Here, the information table may be the above-mentioned mediacontent presentation information table.

In the case where an additional broadcast stream includes the mediacontent presentation information or the media content presentationinformation link, the bootstrap_data element may include an identifierof a packet and an identifier of the broadcast stream including themedia content presentation information or the media content presentationinformation link. Here, in the case where the broadcast stream complieswith the MPEG-2 TS standard, the identifier of the broadcast stream maybe a TS ID and the packet identifier may be a PID. In detail, theinformation table included in the packet may include the media contentpresentation information or the media content presentation informationlink. Here, the table ID of the information table may be predetermined.However, in the case where the table ID of the information table is notpredetermined, the bootstrap_data element may include the table ID ofthe information table. Here, the information table including the mediacontent presentation information may be the above-mentioned mediacontent presentation information table.

In the case where an IP datagram includes the media content presentationinformation or the media content presentation information table, thebootstrap_data element may include an identifier of a data transmissionchannel of a physical layer for downloading the IP datagram includingthe media content presentation information, an IP address, a portnumber, a flag indicating whether a source IP address is included, thesource_IP_address, and a version of an IP address format.

In the case where the media content presentation information or themedia content presentation information table is transmitted via asession-based transport protocol session, the bootstrap_data element mayinclude an identifier of a data transmission channel of a physical layerfor downloading the media content presentation information or the mediacontent presentation information table, an identifier of a session, anIP address of the session, a port number of the session, a flagindicating whether a source_IP_address of the session is included, thesource_IP_address of the session, and a version of an IP address format.As described above, the session-based transport protocol may be FLUTE.The session-based transport protocol may be ALC/LCT. In the case wherethe session-based transport protocol is FLUTE, the identifier of thesession may be TSI that is a FLUTE session identifier.

In the examples of FIGS. 39 to 45, the MPD includes the media contentpresentation information. Therefore, with respect to the examples ofFIGS. 39 to 45, a descriptor including a method of transmitting themedia content presentation information or the media content presentationinformation table is referred to as an MPD descriptor. Here, the MPDdescriptor is included in a bitstream-type broadcast informationsignaling information table.

FIG. 39 illustrates a syntax of the MPD descriptor for transmitting theMPD according to an embodiment.

The MPD descriptor includes a descriptor_tag field, a descriptor_lengthfield, an MPD_version field, a simulcast_flag field, an MPD_transportmode field, and an MPD_bootstrap_data field.

The descriptor_tag field indicates an identifier of the MPD descriptor.

The descriptor_length field indicates a length of the MPD descriptor.

The MPD_version field indicates a version of the MPD.

The simulcast_flag field indicates that broadcast content specified bythe MPD descriptor is simultaneously transmitted via not only abroadcasting network but also an IP network. Here, the broadcast contentmay be one of an elementary stream specified by the MPD descriptor, aservice specified by the MPD descriptor, and an event specified by theMPD descriptor. In the case where the simulcast_flag has a value of 1and transmission of a broadcast stream via the broadcasting network isunstable, the broadcast receiving device 100 may receive the broadcastcontent specified by the descriptor via the IP network. In detail, inthe case where the simulcast_flag has a value of 1 and a strength of asignal of the broadcast stream transmitted via the broadcasting networkis lower than a certain reference level or presentation interruption ofthe broadcast content occurs, the broadcast receiving device 100 mayreceive the broadcast content specified by the descriptor via the IPnetwork. Here, the broadcast receiving device 100 may notify the userthat the broadcast content specified by the MPD descriptor is able to bereceived. Furthermore, the broadcast receiving device 100 may receivethe broadcast content specified by the MPD descriptor on the basis of aninput from the user. In detail, the broadcast receiving device 100 mayreceive the broadcast content specified by the MPD descriptor via the IPnetwork, upon receiving an input from the user.

The MPD_transport mode field indicates a specific method of transmittingthe MPD, the MPD information table (MPD_Section) or the MPD link table(MPD_URL_Section). Here, a value of the MPD_transport mode field mayindicate that the MPD descriptor directly includes the MPD. Furthermore,the value of the MPD_transport mode field may indicate that the MPD, theMPD information table, or the MPD link table is able to be downloadedvia a link address included in the MPD descriptor. The value of theMPD_transport mode field may indicate that an information table includedin a packet that is different from a packet that includes the MPDdescriptor includes the MPD or the MPD_URL. Here, the MPD_URL indicatesa URL for downloading the MPD. Here, the information table may be theabove-mentioned MPD information table. The information table may be theabove-mentioned MPD link information table. The value of theMPD_transport mode field may indicate that an additional broadcaststream includes the MPD or the MPD_URL. Here, the information table maybe the above-mentioned MPD information table. The information table maybe the above-mentioned MPD link information table. Furthermore, thevalue of the MPD_transport mode field may indicate that an IP datagramincludes the MPD, the MPD information table, or the MPD link table.Furthermore, the value of the MPD_transport mode field may indicate thatthe MPD, the MPD information table, or the MPD link table is transmittedvia a session-based transport protocol session such as FLUTE or ALC/LCT.In detail, the MPD_transport mode field may be assigned values as shownin Table 36 below.

TABLE 36 Value Designation 0x00 The MPD is delivered in MPD_data_bytes() 0x01 The location of MPD, MPD_Section or MPD_URL_Section is identifiedin the URL carried in the MPD_URL. 0x02 The MPD or MPD_URL is deliveredby section as separate tables (e.g., MPEG-2 private section) in samebroadcast network 0x03 The MPD or MPD_URL is delivered by section asseparate tables (e.g., MPEG-2 private section) in different broadcastnetwork 0x04 The MPD, MPD_Section or MPD_URL_Section is delivered in IPdatagrams 0x05 The MPD. MPD_Section or MPD_URL is delivered insessions(e,g FLUTE, ALC/LCT etc) 0x06-0x07 Reserved for future use

In the example of Table 36, in the case where the value of theMPD_transport mode field is 0x00, the MPD_transport mode field indicatesthat the MPD descriptor directly includes the MPD. In the case where thevalue of the MPD_transport mode field is 0x01, the MPD_transport modefield indicates that the MPD, the MPD information table, or the MPD linktable is able to be downloaded via a link address included in the MPDdescriptor. In the case where the value of the MPD_transport mode fieldis 0x02, the MPD_transport mode field indicates that an informationtable included in a packet that is different from a packet that includesthe MPD descriptor includes the MPD or the MPD_URL. In the case wherethe value of the MPD_transport mode field is 0x03, the MPD_transportmode field indicates that an additional broadcast stream includes theMPD. In the case where the value of the MPD_transport mode field is0x04, the MPD_transport mode field indicates that an IP datagramincludes the MPD, the MPD information table or the MPD link table. Inthe case where the value of the MPD_transport mode field is 0x05, theMPD transport mode field indicates that the MPD, the MPD informationtable or the MPD link table is transmitted via a transport protocolsession. Here, the transport protocol may be FLUTE. Alternatively, thetransport protocol may be ALC/LCT.

The MPD_bootstrap_data field includes specific transmission informationaccording to a method of transmitting the MPD or the MPD informationtable. This configuration will be described in detail with reference toFIGS. 38 to 43.

FIG. 40 illustrates a syntax of MPD bootstrap_data in the case where theMPD descriptor directly includes the MPD.

In the case where the MPD descriptor directly includes the media contentpresentation information, the bootstrap_data includes an MPD_data_lengthfield and an MPD_data_byte field. The MPD_data_length field indicates asize of MPD data. The MPD_data_byte field indicates actual data of theMPD. In this case, the broadcast receiving device 100 may extract theMPD from the MPD descriptor.

FIG. 41 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes a link address indicating a storageplace of the MPD, the MPD information table or the MPD link table.

In the case where the MPD is downloadable via the link address includedin the MPD descriptor, the bootstrap_data includes an MPD_URL_lengthfield and an MPD_URL field. The MPD_URL_length field indicates a lengthof a URL. The MPD_URL field indicates a URL for downloading the MPD, theMPD information table or the MPD link table.

FIG. 42 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes an identifier of a data packetincluding the MPD.

In the case where an information table included in a packet that isdifferent from a packet that includes the MPD descriptor includes theMPD and the MPD_URL, the bootstrap_data includes an MPD_pid field. Here,the information table may be the MPD information table as describedabove. Alternatively, the information table may be the MPD linkinformation table as described above. The MPD_pid field indicates anidentifier of a packet including the MPD. Here, in the case where abroadcast stream complies with the MPEG-2 TS standard, the packetidentifier may be a PID. The broadcast receiving device 100 may extractthe MPD on the basis of the MPD_pid field. The broadcast receivingdevice 100 may identify a packet including the MPD or the MPD_URL usinga value of the MPD_pid field, and may extract the MPD or the MPD_URLfrom the packet including the MPD or the MPD_URL. Here, the table ID ofthe information table may be predetermined. However, in the case wherethe table ID of the information table is not predetermined, thebootstrap_data may include a table_id field indicating the table ID ofthe information table.

FIG. 43 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes an identifier of an additionalbroadcast stream including the MPD.

In the case where the additional broadcast stream includes the MPD orthe MPD_URL, the bootstrap_data includes a transport_stream_id field andan MPD_pid field. The transport_stream_id field indicates an identifierof a broadcast stream including the MPD. The MPD_pid field indicates anidentifier of a packet including the MPD or the MPD_URL. Here, in thecase where the broadcast stream complies with the MPEG-2 TS standard,the identifier of the broadcast stream may be a TS ID and the packetidentifier may be a PID. The broadcast receiving device 100 may extractthe MPD or the MPD_URL on the basis of the transport_stream_id field andthe MPD_pid field. The broadcast receiving device 100 may identify thebroadcast stream including the MPD or the MPD_URL using thetransport_stream_id field, and may identify the packet including the MPDusing the MPD_pid field. Thereafter, the broadcast receiving device 100may extract the MPD or the MPD_URL from the packet including the MPD orthe MPD_URL. In a specific embodiment, the packet including the MPD mayinclude the MPD information table. In another specific embodiment, thepacket including the MPD_URL may include the MPD link information table.Here, the table ID of the information table may be predetermined.However, in the case where the table ID of the information table is notpredetermined, the bootstrap_data may include a table_id fieldindicating the table ID of the information table.

FIG. 44 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes information on an IP datagramincluding the MPD, the MPD information table or the MPD link informationtable.

In the case where the MPD descriptor includes information on an IPdatagram including the MPD, the MPD information table or the MPD linkinformation table, the bootstrap_data includes an IP_version_flag field,a source_IP_address_flag field, a source_IP_address field, adestination_IP_address field, a destination_port_number field, and adataPipe_id field. The dataPipe_id field indicates an identifier of adata transmission channel of a physical layer. In detail, the broadcastreceiving device 100 may obtain a specific IP datagram via acorresponding transmission channel. The IP_version_flag field indicatesa version of an IP address format. The source_IP_address_flag fieldindicates whether a source IP address of the IP datagram including theMPD, the MPD information table or the MPD link information table isincluded. The destination_IP_address field indicates an IP address fordownloading the IP datagram including the MPD, the MPD information tableor the MPD link information table. The destination_port_number fieldindicates a port number for downloading the IP datagram including theMPD, the MPD information table or the MPD link information table. Thebroadcast receiving device 100 may extract the MPD, the MPD informationtable or the MPD link information table on the basis of the dataPipe_idfield, the destination_IP_address field, and the destination_port_numberfield. The broadcast receiving device 100 may identify the data channelof the physical layer that transmits the IP datagram on the basis of thedataPipe_id field, and may extract the IP datagram including the MPD,the MPD information table or the MPD link information table on the basisof the destination_IP_address field and the destination_port_numberfield. Thereafter, the broadcast receiving device 100 may extract theMPD, the MPD information table or the MPD link information table fromthe IP datagram including the MPD, the MPD information table or the MPDlink information table.

FIG. 45 illustrates the syntax of the MPD bootstrap_data in the casewhere the MPD descriptor includes information on a session-basedtransport protocol session such as FLUTE or ALC/LCT for transmitting theMPD.

In the case where the media content presentation information istransmitted via a session-based transport protocol session such as FLUTEor ACL/LCT, the bootstrap_data includes an IP_version_flag field, asource_IP_address_flag field, a source_IP_address field, adestination_IP_address field, a destination_port_number field, adataPipe_id field, and a flute_tsi field. The IP_version_flag fieldindicates a version of an IP address format. The source_IP_address_flagfield indicates whether a source_IP_address of a FLUTE session fortransmitting the MPD is included. The destination_IP_address fieldindicates an IP address of the FLUTE session for transmitting the MPD.The destination_port_number field indicates a port number of the FLUTEsession for transmitting the MPD. The dataPipe_id field indicates anidentifier of a data transmission channel of a physical layer. Theflute_tsi field indicates an identifier of the FLUTE session fortransmitting the MPD. The broadcast receiving device 100 may extract theMPD, the MPD information table or the MPD link information table usingthe dataPipe_id field, the destination_IP_address field, and thedestination_port_number field, and the flute_tsi field. In detail, thebroadcast receiving device 100 may identify the data transmissionchannel of the physical channel according to a value of the dataPipe_idfield, and may extract the MPD, the MPD information table or the MPDlink information table using the flute_tsi field, thedestination_IP_address field, and the destination_port_number field.

FIG. 46 is a flowchart illustrating an operation of receiving, by abroadcast receiving device, the media content presentation informationin the case where a method of transmitting the media contentpresentation information is added to the broadcast information signalinginformation table so as to be transmitted.

The broadcast receiving device 100 receives a broadcast stream via thebroadcast receiving unit 110 (S701).

The broadcast receiving device 100 extracts, via the control unit, aninformation table including a descriptor including the method oftransmitting the media content presentation information (S703). Asdescribed above, the information table may be one of a program specificinformation (PSI) table defined in the ISO/IEC 13818-1 standard, asystem information (SI) table defined in the ETSI EN 300 468 standard,and a program and system information protocol (PSIP) table defined inthe ATSC standard. In particular, the information table may be aninformation table for signaling information on broadcast content. Theinformation on broadcast content may be information on a broadcastingservice, information on an elementary stream, or information on anevent. In detail, the information table may be one of a terrestrialvirtual channel table (TVCT) and an event information table (EIT) amongtables defined in A/65 that is one of ATSC standards, a service maptable (SMT) among tables defined in A/153, a service description table(SDT) and an EIT defined in the ETSI EN 300 468 standard, and a programmap table (PMT) defined in the ISO/IEC 13818-1 standard.

The broadcast receiving device 100 extracts, via the control unit 150,the descriptor including the method of transmitting the media contentpresentation information from the information table (S705).

The broadcast receiving device 100 extracts, via the control unit 150,the method of transmitting the media content presentation informationfrom the information table (S707). The descriptor may include atransport_mode element indicating a specific method of transmitting themedia content presentation information or the media content presentationinformation table. The descriptor may include a bootstrap_data elementincluding specific transmission information according to the method oftransmitting the media content presentation information or the mediacontent presentation information table. Here, the broadcast receivingdevice 100 may identify the method of transmitting the media contentpresentation information or the media content presentation informationtable on the basis of the transport_mode element, and may extracttransmission information of the media content presentation informationor the media content presentation information table on the basis of thebootstrap_data element. Here, as described above, the method oftransmitting the media content presentation information may correspondto one of the case where the descriptor directly includes the mediacontent presentation information, the case where the descriptor directlyincludes the media content presentation information table, the casewhere the media content presentation information or the media contentpresentation information table is downloadable via a link included inthe descriptor, the case where a packet that is different from a packetthat includes the descriptor includes the media content presentationinformation or the media content presentation information link, the casewhere an additional broadcast stream includes the media contentpresentation information or the media content presentation informationlink, the case where the bootstrap_data element includes an identifierof a broadcast stream including the media content presentationinformation and a packet identifier, the case where an IP datagramincludes the media content presentation information or the media contentpresentation information table, and the case where the media contentpresentation information is transmitted via a session-based transportprotocol.

The broadcast receiving device 100 obtains, via the control unit 150,the media content presentation information on the basis of the method oftransmitting the media content presentation information or the mediacontent presentation information table (S709). Here, the broadcastreceiving device 100 may obtain the media content presentationinformation table via the control unit 150. The broadcast receivingdevice 100 may extract the media content presentation information fromthe media content presentation information table via the control unit150.

The broadcast receiving device 100 receives media content via the IPtransmitting/receiving unit 130 on the basis of the media contentpresentation information (S711).

The broadcast receiving device 100 presents the media content via thecontrol unit 150 (S713). In detail, the broadcast receiving device 100may present the media content on the basis of the media contentpresentation information via the control unit 150. Here, in the casewhere broadcast content is transmitted via not only a broadcastingnetwork but also an IP network, the media content may be presented onthe basis of whether transmission of a broadcast stream is stable. Thisconfiguration will be described with reference to FIG. 47.

FIG. 47 is a flowchart illustrating an operation of presenting, by abroadcast receiving device, media content on the basis of whethertransmission of a broadcast stream is stable in the case where broadcastcontent is transmitted via not only a broadcasting network but also anIP network.

The broadcast receiving device 100 determines, via the control unit 150,whether broadcast content specified by a descriptor is transmitted vianot only a broadcasting network but also an IP network (S901). Indetail, the broadcast receiving device 100 may determine, via thecontrol unit 150, whether a value of the simulcast_flag element includedin the descriptor is 1.

In the case where the broadcast content specified by the descriptor istransmitted via the IP network, the broadcast receiving device 100determines, via the control unit 150, whether transmission of abroadcast stream is stable (S903). In detail, the broadcast receivingdevice 100 may determine, via the control unit 150, whether a strengthof a signal of the broadcast stream transmitted via the broadcastingnetwork is lower than a certain reference level. In another specificembodiment, the broadcast receiving device 100 may determine, via thecontrol unit 150, whether presentation interruption of the broadcastcontent occurs.

If the transmission of the broadcast stream is unstable, the broadcastreceiving device 100 receives the media content via the IPtransmitting/receiving unit 130 on the basis of the media contentpresentation information (S905).

The broadcast receiving device 100 presents the media content via thecontrol unit 150 (S907). In detail, the broadcast receiving device 100may present the media content on the basis of the media contentpresentation information via the control unit 150.

The method of transmitting media content presentation information via abroadcast network has been described above with reference to FIGS. 31 to47. It is noted that the above description has been given referring tothe signaling table and section format of the existing moving pictureexpert group (MPEG)-2 transport stream (TS) with reference to FIGS. 31to 47. A signaling information format for a hybrid broadcast isdescribed with reference to FIG. 48, and signaling of media contentpresentation information transmission through the signaling informationformat for a hybrid broadcast is described with reference to FIGS. 49 to63.

FIG. 48 illustrates a syntax of a signaling message for signaling ahybrid broadcast service according to an embodiment of the presentinvention.

As in the embodiment of FIG. 48 (a), the signaling message may bedivided into a header indicating information of the signaling messageitself and a payload portion including signaling information which istransmitted by the signaling message. Specifically, the header of thesignaling message may include at least one of an identifier foridentifying the signaling message, information indicating a length ofthe signaling message, extension information for extending theidentifier for identifying the signaling message, version informationindicating a version of the signaling message, information indicatingwhether the signaling message is currently usable, informationindicating a fragment_number of a current signaling message when thesignaling message is divided into a plurality of fragments, and thenumber of the last fragment. In particular, the extension informationfor extending the identifier for identifying the signaling message mayinclude the information indicating a protocol version of the signalingmessage.

In a specific embodiment, the header of the signaling message mayinclude, as an element, at least one of signaling_id, signaling_length,signaling_id_extension, version_number, current_next_indicator,fragment_number and last_fragment_number, as in the embodiment of FIG.48 (b).

The signaling_id indicates an identifier for identifying a signalingmessage. The broadcast reception device 100 may determine what signalinginformation is signaled by the signaling message, based on the valueindicated by the signaling_id. In a specific embodiment, thesignaling_id may be an 8-bit element.

The signaling_length indicates a length of the signaling message. Thebroadcast reception device 100 may determine a length of signalinginformation which is signaled by the signaling message based on thesignaling_length. In a specific embodiment, the signaling_length may bea 12-bit element.

The signaling_id_extension indicates the extension information of thesignaling_id. In a specific embodiment, the signaling_id_extension mayinclude a protocol_version element indicating a protocol version of thesignaling message. In a specific embodiment, the signaling_versionelement may be an 8-bit element.

The version_number indicates a version of the signaling message. Thebroadcast reception device 100 may determine whether there is a changein the signaling information which is signaled by the signaling messagebased on the version_number. In a specific embodiment, the broadcastreception device 100 may determine that there is a change in thesignaling information which is signaled by the signaling message when avalue of the version_number of a previously-received signaling messageis different from a value of the version_number of a currently-receivedsignaling message. Thus, the broadcast reception device 100 may acquiresignaling information which is signaled by a changed signaling message.Also, the broadcast reception device 100 may update a channel map basedon the signaling information which is signaled by the changed signalingmessage. In a specific embodiment, the version_number may be a 5-bitelement.

The current_next_indicator indicates whether the signaling message iscurrently usable. Specifically, when the current_next_indicator has avalue of 1, the current_next_indicator may indicate that the signalinginformation which is signaled by the signaling message is currentlyusable. Also, when the current_next_indicator has a value of 0, thecurrent_next_indicator may indicate that the signaling information whichis signaled by the signaling message is not currently usable and thesignaling information which is signaled by a signaling message includingthe same signaling_id, signaling_id_extension, or fragment_number isusable. In a specific embodiment, the current_next_indicator may be a1-bit element.

The fragment_number indicates a number of a fragment including a currentsignaling message when the signaling message is divided into a pluralityof fragments. When the signaling information signaled by the signalingmessage has a large size, the broadcast reception device 100 may dividethe signaling information into a plurality of fragments and thentransmit the fragments for transmission efficiency. In this case, thebroadcast reception device 100 may receive a signaling message based onthe fragment_number. Also, the broadcast reception device 100 mayarrange the signaling message based on the fragment_number.Specifically, the broadcast reception device 100 may determine whether afragment includes previously-received signaling information based on thefragment_number although the signaling message has the same identifier.In a specific embodiment, the fragment_number may be an 8-bit element.

The last_fragment_number indicates the number of the last fragment. Thebroadcast reception device 100 may determine whether all fragmentsincluding the signaling message are received based on thelast_fragment_number. Specifically, the broadcast reception device 100may determine that entire information signaled by the signaling messageis received when the signaling messages of fragment numbers ranged tothe last_frag_number are all received. The last_fragment_number may bean 8-bit element.

FIG. 49 illustrates a syntax of a signaling message for signaling ahybrid broadcast service according to another embodiment of the presentinvention.

The signaling message may include media content presentation informationitself. Also, the signaling message may include media contentpresentation information signaling information for signaling the mediacontent presentation information.

The header of the signaling message described with reference to FIG. 48may include information for identifying content of the signalingmessage. In a specific embodiment, extension information included in theheader of the signaling message may include information for identifyingcontent of the signaling message. For example, extension information foran identifier for identifying the signaling message may include asequence number. In this case, the broadcast reception device 100 mayidentify the content of the signaling message based on the sequencenumber. Specifically, when signaling messages have different sequencenumbers although the signaling messages include the same signalingmessage identifier, the broadcast reception device 100 may determinethat the signaling messages include different signaling message content.

In a specific embodiment, as in the embodiment of FIG. 49, in the headerof the signaling message, a signaling_id_extension element may include asequence_number element. The sequence_number element may identifycontent of the signaling message as described above. A specificembodiment thereof will be described with reference to FIG. 50.

FIG. 50 illustrates an example in which an MPD is identified by using asequence number of a signaling message for signaling a hybrid broadcastservice according to another embodiment of the present invention.

The header of the signaling message in FIG. 50 (a) and the header of thesignaling message in FIG. 5 (b) have the same identifier. It is notedthat the signaling message in FIG. 50 (a) and the signaling message inFIG. 5(b) have different content. Specifically, the signaling message inFIG. 50 (a) and the signaling message in FIG. 5 (b) signal MPDs havingdifferent identifiers. In this case, the header of the signaling messagein FIG. 50 (a) and the header of the signaling message in FIG. 5(b) havedifferent sequence numbers. Thus, the broadcast reception device 100 mayknow that the two signaling messages include different content, based onthe sequence numbers. Specifically, the broadcast reception device 100may know that the two signaling messages signal different MPDs, based onthe sequence numbers.

A method of signaling media content presentation information by usingthe signaling message described with reference to FIGS. 48 to 50 will bedescribed with reference to FIGS. 51 to 56.

FIG. 51 illustrates a syntax of a signaling message when the signalingmessage includes an MPD in the form of data according to anotherembodiment of the present invention.

The signaling message may include media content presentation informationin the form of data. In this case, the signaling message may includeinformation indicating a length of data in which the media contentpresentation information is included. Also, the signaling message mayinclude information indicating an encoding method of the data in whichthe media content presentation information is included. The informationindicating an encoding method of the data in which the media contentpresentation information is included may indicate that the signalingmessage includes the data in which the media content presentationinformation is included, without particularly compressing the data.Also, the information indicating an encoding method of the data in whichthe media content presentation information is included may representthat the signaling message includes the data in which the media contentpresentation information is included, in the compressed form by using agzip algorithm. The broadcast reception device 100 may extract the mediacontent presentation information based on the information indicating theencoding method of the data in which the media content presentationinformation is included.

In a specific embodiment, when the signaling message signals an MPD, thesignaling message is referred to as an MPD signaling message. The MPDsignaling message of FIG. 51 may include an MPD_coding element, anMPD_byte_length element, and an MPD_bytes( ) element.

The MPD_coding indicates an encoding method of data including an MPDincluded in the MPD signaling message. Specifically, the MPD_coding mayindicate that the MPD signaling message includes data including the MPDwithout any compression or includes the data including the MPD in thecompressed form by using a gzip algorithm. When the MPD_coding has avalue of 0 as in the embodiment of FIG. 52, the MPD_coding may indicatethat the MPD signaling message includes the data including the MPDwithout any compression. When the MPD_coding has a value of 1, theMPD_coding may indicate that the MPD signaling message includes the dataincluding the MPD in the compressed form by using a gzip algorithm. Thebroadcast reception device 100 may determine a type of the dataincluding the MPD based on a value of the MPD_coding. In a specificembodiment, the MPD_coding may be a 2-bit element.

The MPD_byte_length may indicate a length of the data including the MPD.In a specific embodiment, the MPD_byte_length may be a 12-bit element.

The MPD_bytes( ) indicates data actually including the MPD.

FIG. 53 illustrates a syntax of a signaling message including an MPDalong with an identifier for identifying the MPD, when the signalingmessage includes the MPD in the form of data according to anotherembodiment of the present invention.

The signaling message may include an identifier for identifying mediacontent presentation information. Thus, the broadcast reception device100 may determine whether to extract the media content presentationinformation whom the signaling message signals, based on the identifierfor identifying the media content presentation information.Specifically, when a media content presentation information identifierincluded in the signaling message corresponds to an identifier of mediacontent presentation information which the broadcast reception device100 intends to receive, the broadcast reception device 100 may extractthe media content presentation information. For example, when thesignaling message includes an identifier of the media contentpresentation information, which is different from the identifier ofpreviously-received media content presentation information, thebroadcast reception device 100 may extract the media contentpresentation information. In this way, the broadcast reception device100 may avoid unnecessary data processing. Also, as described above, itmay be determined whether to extract media content presentationinformation from a signaling message based on information indicating aversion of the signaling message. Furthermore, the signaling message mayalso include information indicating a length of an identifier foridentifying media content presentation information.

In a specific embodiment, the MPD signaling message may include at leastone of MPD_id_length and MPD_id_byte( ), like the embodiment of FIG. 53.

The MPD_id_byte( ) indicates an MPD identifier for identifying an MPD.

The MPD_id_length indicates a length of the MPD_id_byte( ). In aspecific embodiment, the MPD_id_length may be a 12-bit element.

As described above, the broadcast reception device 100 may determinewhether to extract an MPD from the MPD signaling message based on atleast one of the signaling_id, the signaling_id_extension, theversion_number, the fragment_number and the MPD_id_byte. For example,the broadcast reception device 100 may compare the MPD identifier of theMPD, which is previously extracted, with a value of the MPD_id_byte, andwhen the MPD identifier of the MPD is not identical to the value of theMPD_id_byte, extract an MPD from the signaling message.

FIG. 54 illustrates a syntax of a signaling message when the signalingmessage signals an identifier for indicating an address at which it ispossible to receive an MPD, according to another embodiment of thepresent invention.

As described above, when the signaling message directly transmits themedia content presentation information, the size of the signalingmessage increases, and there is a burden for a broadcast transmissiondevice 10 to receive the signaling message. In order to decrease theburden of the broadcast transmission device 10, the signaling messagemay transmit an address identifier that is an identifier of an addressat which it is possible to receive media content presentationinformation or media content presentation information signalinginformation for signaling the media content presentation information.Specifically, the address identifier may be a uniform resource locator(URL). In this case, the broadcast reception device 100 may extract theaddress identifier from the signaling message. Also, the broadcastreception device 100 may receive the media content presentationinformation or the media content presentation information signalinginformation based on the address identifier. For example, the broadcastreception device 100 may extract an address of a server that transmitsthe media content presentation information or the media contentpresentation information signaling information and receive the mediacontent presentation information or the media content presentationinformation signaling information from the server based on the extractedaddress.

In a specific embodiment, a signaling message including an identifier ofan address at which it is possible to receive an MPD or an address atwhich it is possible to receive MPD signaling information for signalingthe MPD may be referred to as an MPDURL signaling message. In a specificembodiment, the MPDURL signaling message may include an MPD_URL_lengthelement, and an MPD_URLbyte( ) element, like the embodiment of FIG. 54.

The MPD_URLbyte( ) indicates an identifier of an address at which it ispossible to receive the MPD or an address at which it is possible toreceive the MPD signaling information for signaling the MPD. In aspecific embodiment, the broadcast reception device 100 may receive theMPD based on a value of the MPD_URLbyte. For example, the broadcastreception device 100 may extract an address of a content server 50,which transmits the MPD or the MPD signaling information for signalingthe MPD, from the MPD URL signaling message. Also, the broadcastreception device 100 may receive the MPD or the MPD signalinginformation for signaling the MPD from the content server 50 based onthe extracted address.

The MPD_URL_length indicates a length of the MPD_URLbyte( ). In aspecific embodiment, the MPD_URL_length may be a 12-bit element.

FIG. 55 illustrates a syntax of a signaling message for signaling anidentifier for identifying an MPD in a case where the signaling messagesignals an identifier indicating an address at which it is possible toreceive an MPD or an address at which it is possible to receive MPDsignaling information for signaling the MPD, according to anotherembodiment of the present invention.

As described above, an identifier of media content presentationinformation signaled by the signaling message is included, thus makingit possible to repeatedly extract the media content presentationinformation. Therefore, even when the signaling message includes a mediacontent presentation information address identifier, the signalingmessage may include an identifier for identifying the media contentinformation along therewith. Accordingly, the broadcast reception device100 may determine whether to extract the address identifier which thesignaling message signals, based on the identifier for identifying themedia content presentation information. Specifically, when the mediacontent presentation information identifier included in the signalingmessage corresponds to an identifier of media content presentationinformation which the broadcast reception device 100 intends to receive,the broadcast reception device 100 may extract the media contentpresentation information address identifier. For example, when thesignaling message includes an identifier of the media contentpresentation information, which is different from an identifier ofpreviously-received media content presentation information, thebroadcast reception device 100 may extract the media contentpresentation information address identifier.

In a specific embodiment, the MPD_URL signaling message may includeMPD_URLbyte( ), an element. Also, the MPD_URL signaling message mayinclude MPD_id_length as an element.

The MPD_id_byte( ) indicates an MPD identifier for identifying an MPD.

The MPD_id_length indicates a length of the MPD_id_byte( ) In a specificembodiment, the MPD_id_length may be a 12-bit element.

The broadcast reception device 100 may determine whether to extract anURL at which it is possible to receive an MPD from the MPD signalingmessage based on at least one of the signaling_id, thesignaling_id_extension, the version_number, the fragment_number, and theMPD_id_byte. For example, the broadcast reception device 100 may comparean MPD identifier of the MPD, which is previously extracted, with avalue of the MPD_id_byte, and when the MPD identifier of the MPD is notidentical to the value of the MPD_id_byte, extract the URL at which itis possible to receive the MPD from the signaling message.

FIG. 56 illustrates an example in which a signaling message includes atype of an MPD transmission method and signals transmission of mediacontent presentation information according to the transmission method,according to another embodiment of the present invention

When the signaling message signals a type of a method of transmittingmedia content presentation information and specific transmissioninformation according to the method of transmitting media contentpresentation information, the broadcast reception device 100 may receivethe media content presentation information using various methods.Therefore, the media content presentation information can be transmittedand received in compliance with broadcast environments andcharacteristics of a zone where the broadcast reception device 100 isused. Specifically, the method of transmitting the media contentpresentation information may be transmission via the same broadcaststream as a broadcast stream carrying a signaling message ortransmission via an IP packet stream of a cellular network. Also, themethod of transmitting the media content presentation information may betransmission via an IP packet stream of a different broadcast streamfrom a broadcast stream for transmitting a signaling message. Also, themethod of transmitting the media content presentation information may betransmission via a session-based transport protocol of the samebroadcast stream as a broadcast stream for transmitting a signalingmessage. Also, the method of transmitting the media content presentationinformation may be transmission via a session-based transport protocolof a different broadcast stream from a broadcast stream for transmittinga signaling message. Also, the method of transmitting the media contentpresentation information may be transmission via a packet-basedtransport protocol of the same broadcast stream as a broadcast streamfor transmitting a signaling message. Also, the method of transmittingthe media content presentation information may be transmission via apacket-based transport protocol of a different broadcast stream from abroadcast stream for transmitting a signaling message. Also, the methodof transmitting the media content presentation information may includesignaling transmission of an identifier of an address at which it ispossible to receive a signaling message including the media contentpresentation information or a media content presentation informationaddress identifier.

Also, it is possible to signal transmission of the media contentpresentation information for various broadcast services while signalingbroadcast services. Specifically, broadcast service signalinginformation for signaling a broadcast service may also signaltransmission of media content presentation information for presentationof the broadcast service. Also, the broadcast service signalinginformation for signaling a broadcast service may signal transmission ofmedia content presentation information for presentation of media contentassociated with the broadcast service.

In the embodiment of FIG. 56, a service signaling message for signalinga service may include, as an element, at least one of num_service,service_id, service_type, short_service_name_length, short_service_name,channel_number, signaling_delivery_mode, signaling_location,num_service_level_descriptor, and service_level_descriptor( ).

The num_service indicates the number of broadcast services which aresignaled by the service signaling message. In a specific embodiment, thenum_service may be an 8-bit field.

The service_id indicates an identifier for identifying a correspondingbroadcast service. In a specific embodiment, the service_id may be a16-bit element.

The service_type indicates a type of a corresponding broadcast service.The service_type may indicate a scheduled audio service representing anaudio service which is broadcast at a predetermined time. Also, theservice_type may indicate an audio service or a scheduled audio/videoservice including both an audio and a video, which is broadcast at apredetermined time. In addition, the service_type may indicate a userrequest service provided in response to a user request. Also, theservice_type may indicate a right issue service or an application-basedservice, which is provided based on an application. Also, theservice_type may indicate a service guide service for providinginformation about broadcast services. In a specific embodiment, when theservice_type has a value of 0x00, the service_type may indicate ascheduled audio service, when the service_type has a value of 0x01, theservice_type may indicate a scheduled audio/video service, when theservice_type has a value of 0x02, the service_type may indicate a userrequest service, when the service_type has a value of 0x03, theservice_type may indicate an application-based service, when theservice_type has a value of 0x04, the service_type may indicate a rightissue service, and when the service_type has a value of 0x05, theservice_type may indicate a service guide service. In a specificembodiment, the service_type may be an 8-bit element.

The short_service_name indicates a name representing a broadcastservice.

The short_service_name_length indicates a length of theshort_service_name. In a specific embodiment, theshort_service_name_length may be a 3-bit element.

The channel_number indicates a channel_number representing a broadcastservice. In a specific embodiment, the channel_number may be a 16-bitelement.

The signaling_delivery_mode indicates a transmission type of the mediacontent presentation information. In a specific embodiment, thesignaling_delivery_mode may indicate transmission via the same broadcaststream as a broadcast stream for transmitting a signaling message or viaan IP packet stream of a cellular network. Also, thesignaling_delivery_mode may indicate transmission via an IP packetstream of a different broadcast stream from a broadcast stream fortransmitting a signaling message. Also, the signaling_delivery_mode mayindicate transmission via a session-based transport protocol of the samebroadcast stream as a broadcast stream for transmitting a signalingmessage. Also, the signaling_delivery_mode may indicate transmission viaa session-based transport protocol of a different broadcast stream froma broadcast stream for transmitting a signaling message. Also, thesignaling_delivery_mode may indicate transmission via a packet-basedtransport protocol of the same broadcast stream as a broadcast streamfor transmitting a signaling message. Also, the signaling_delivery_modemay indicate transmission via a packet-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting asignaling message. Also, the signaling_delivery_mode may indicatesignaling of transmission of an identifier of an address at which it ispossible to receive a signaling message including media contentpresentation information or a media content presentation informationaddress identifier.

In a specific embodiment as in FIG. 57, when the signaling_delivery_modehas a value of 0x00, the signaling_delivery_mode indicates transmissionvia the same broadcast stream as a broadcast stream for transmitting asignaling message or via an IP packet stream of a cellular network, whenthe signaling_delivery_mode has a value of 0x01, thesignaling_delivery_mode may indicate transmission via an IP packetstream of a different broadcast stream from a broadcast stream fortransmitting a signaling message, when the signaling_delivery_mode has avalue of 0x02, the signaling_delivery_mode may indicate transmission viaa session-based transport protocol of the same broadcast stream as abroadcast stream for transmitting a signaling message, when thesignaling_delivery_mode has a value of 0x03, the signaling_delivery_modemay indicate transmission via a session-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting asignaling message, when the signaling_delivery_mode has a value of 0x04,the signaling_delivery_mode may indicate transmission via a packet-basedtransport protocol of the same broadcast stream as a broadcast streamfor transmitting a signaling message, when the signaling_delivery_modehas a value of 0x05, the signaling_delivery_mode may indicatetransmission via a packet-based transport protocol of a differentbroadcast stream from a broadcast stream for transmitting a signalingmessage, and when the signaling_delivery_mode has a value of 0x06, thesignaling_delivery_mode may indicate signaling of transmission of anidentifier of an address at which it is possible to receive a signalingmessage including media content presentation information or a mediacontent presentation information address identifier. In a specificembodiment, the signaling_delivery_mode is an 8-bit element.

The signaling_location signals transmission of the media contentpresentation information according to a transmission type of the mediacontent presentation information. Details will be described below withreference to FIGS. 58 to 68.

The service_level_descriptor( ) delivers specific information about acorresponding broadcast service.

The num_service_level_descriptor indicates the number of thenum_service_level_descriptors. In a specific embodiment, thenum_service_level_descriptor is an 8-bit element.

FIG. 58 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via the same broadcast stream as a broadcaststream for transmitting a signaling message or via an IP packet streamof a cellular network, according to another embodiment of the presentinvention.

When the broadcast reception device 100 signals media contentpresentation information or a media content presentation informationaddress identifier via the same broadcast stream as a broadcast streamfor transmitting a signaling message or via an IP packet stream of acellular network, the broadcast reception device 100 is required toidentify an IP datagram for transmitting the media content presentationinformation. Therefore, the signaling message may include informationfor identifying the IP datagram for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. Specifically, the signaling message may include atleast one of information indicating a version of an IP address,information indicating a source address of the IP datagram, informationindicating a destination address of the IP datagram, and informationindicating a destination_UDP_port_number of the IP datagram. Thebroadcast reception device 100 may extract, from the signaling message,the information for identifying the IP datagram for transmitting themedia content presentation information or the media content presentationinformation address identifier and extract the media contentpresentation information based on the information for identifying the IPdatagram. Specifically, the broadcast reception device may extract themedia content presentation information based on at least one of theinformation indicating a version of an IP address, the informationindicating a source address of the IP datagram, the informationindicating a destination address of the IP datagram, and the informationindicating a destination UDP port number of the IP datagram.

In a specific embodiment as in FIG. 58, the signaling_location mayinclude, as an element, at least one of IP_version_flag,source_IP_address_flag, source_IP_address, destination_IP_address_flag,destination_IP_address, port_num_count, and destination_UDP_port_number.

The IP_version_flag indicates a version of an IP address format. In aspecific embodiment, the IP_version_flag may be a 1-bit element.

The source_IP_address_flag indicates whether a source IP address of anIP datagram including the media content presentation information or themedia content presentation information address identifier is included.The source_IP_address_flag may be a 1-bit element.

The source_IP_address indicates a source_IP_address at which it ispossible to download the IP datagram including the media contentpresentation information or the media content presentation informationaddress identifier. The source_IP_address may be a 32-bit or 128-bitelement.

The destination_IP_address_flag indicates whether a destination IPaddress of an IP datagram including the media content presentationinformation or the media content presentation information addressidentifier is included. The destination_IP_address_flag may be a 1-bitelement.

The destination_IP_address indicates a destination IP address at whichit is possible to download the IP datagram including the media contentpresentation information or the media content presentation informationaddress identifier. The destination_IP_address may be a 32-bit or128-bit element.

The destination_UDP_port_number indicates a UDP port number at which itis possible to download the IP datagram including the media contentpresentation information or the media content presentation informationaddress identifier. The destination_UDP_port_number may be a 16-bitelement.

The port_num_count indicates the number of thedestination_UDP_port_numbers.

FIG. 59 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via an IP packet stream of a different broadcaststream from a broadcast stream for transmitting the signaling message,according to another embodiment of the present invention.

When the broadcast transmission device 10 transmits the media contentpresentation information or the media content presentation informationaddress identifier via an IP packet stream of a different broadcaststream from a broadcast stream for transmitting a signaling message, thebroadcast reception device 100 is required to identify an IP datagramand a broadcast stream for transmitting the media content presentationinformation or the media content presentation information addressidentifier. Therefore, in this case, the signaling message may includean identifier for identifying the broadcast stream for transmitting themedia content presentation information or the media content presentationinformation address identifier. In this case, the identifier foridentifying the broadcast stream may be a unique identifier of abroadcaster that transmits the signaling message through a correspondingfrequency or a transport frame transmitted. Specifically, the identifierfor identifying the broadcast stream may be an identifier of a broadcastservice transport stream. Also, as described with reference to FIG. 58,the signaling message may include information for identifying the IPdatagram for transmitting the media content presentation information orthe media content presentation information address identifier. Thebroadcast reception device 100 may extract information for identifyingthe IP datagram and the broadcast stream for transmitting the mediacontent presentation information or the media content presentationinformation address identifier, from the signaling message and extractthe media content presentation information based on the information foridentifying the IP datagram and the broadcast stream. Specifically, thebroadcast reception device 100 may extract the media contentpresentation information based on at least one of an identifier foridentifying the broadcast stream, information indicating a version of anIP address, information indicating a source address of the IP datagram,information indicating a destination address of the IP datagram, andinformation indicating a destination UDP port number of the IP datagram.

In a specific embodiment as in FIG. 59, the signaling_location mayinclude, as an element, at least one of broadcast_id, IP_version_flag,source_IP_address_flag, source_IP_address, destination_IP_address_flag,destination_IP_address, port_num_count, and destination_UDP_port_number.

The broadcast_id indicates an identifier for identifying the broadcaststream for transmitting the IP datagram which transmits the mediacontent presentation information or the media content presentationinformation address identifier. The identifier for identifying thebroadcast stream may be a unique identifier of a broadcaster whichtransmits the signaling message through a corresponding frequency or atransport frame transmitted. Specifically, the identifier foridentifying the broadcast stream may be an identifier of a broadcastservice transport stream. In a specific embodiment, the broadcast_id maybe a 16-bit element.

Descriptions for the other elements may be the same as described withreference to FIG. 58.

FIG. 60 illustrates an example in which a signaling message signalstransmission of the media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a session-based transport protocol of thesame broadcast stream as a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

When the broadcast transmission device 10 transmits the media contentpresentation information or the media content presentation informationaddress identifier via the session-based transport protocol, thebroadcast reception device 100 is required to identify a session fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Therefore, in thiscase, the signaling message may include an identifier for identifyingthe session for transmitting the media content presentation informationor the media content presentation information address identifier. Thesession-based transport protocol may correspond to one of a filedelivery over unidirectional transport (FLUTE) protocol and anasynchronous layered coding (ALC)/layered coding transport (LCT)protocol. Specifically, the identifier for identifying a session may bea transport session identifier (TSI). The broadcast reception device 100may extract an address at which it is possible to receive media contentpresentation information or media content based on the identifier foridentifying the session for transmitting an address at which it ispossible to receive the media content presentation information and themedia content. Also, when the session-based transport protocol is basedon IP streams, the signaling message may include information foridentifying an IP datagram for transmitting the session. Specifically,as described in the embodiments of FIGS. 59 and 60, the signalingmessage may include at least one of information indicating a version ofan IP address, information indicating a source address of the IPdatagram, information indicating a destination address of the IPdatagram, and information indicating a destination UDP port number ofthe IP datagram. Also, the broadcast reception device 100 may identifythe IP datagram for transmitting the session based on at least one ofthe information indicating a version of an IP address, the informationindicating a source address of the IP datagram, the informationindicating a destination address of the IP datagram, and a destinationUDP port number of the IP datagram.

In a specific embodiment, as described with reference to FIG. 60, thesignaling_location may include, as an element, at least one ofIP_version_flag, source_IP_address_flag, source_IP_address,destination_IP_address_flag, destination_IP_address, port_num_count,destination_UDP_port_number, and a TSI.

The IP_version_flag indicates a version of an IP address format. In aspecific embodiment, the IP_version_flag may be a 1-bit element.

The source_IP_address_flag indicates whether a source IP address of theIP datagram including the session for transmitting the media contentpresentation information or the media content presentation informationaddress identifier is included. The source_IP_address_flag may be a1-bit element.

The source_IP_address indicates the source IP address at which it ispossible to download the IP datagram including the session fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Thesource_IP_address may be a 32-bit or 128-bit element.

The destination_IP_address_flag indicates whether a destination IPaddress of the IP datagram including the session for transmitting themedia content presentation information or the media content presentationinformation address identifier is included. Thedestination_IP_address_flag may be a 1-bit element.

The destination_IP_address indicates the destination IP address at whichit is possible to download the IP datagram including the session fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Thedestination_IP_address may be a 32-bit or 128-bit element.

The destination_UDP_port_number indicates a UDP port number at which itis possible to download the IP datagram including the session fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Thedestination_UDP_port_number may be a 16-bit element.

The port_num_count indicates the number of thedestination_UDP_port_numbers.

The TSI indicates an identifier of the session for transmitting themedia content presentation information or the media content presentationinformation address identifier. In a specific embodiment, the TSI may bean identifier for identifying an FLUTE session. In another specificembodiment, the TSI may be an identifier for identifying an ALC/LCTsession. In a specific embodiment, the TSI may be a 16-bit element.

FIG. 61 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a session-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

When the broadcast transmission device 10 transmits the media contentpresentation information or the media content presentation informationaddress identifier via a session-based transport protocol of a differentbroadcast stream from a broadcast stream for transmitting the signalingmessage, the broadcast reception device 100 is required to identify thesession and the broadcast stream for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. Therefore, in this case, the signaling message mayinclude an identifier for identifying a broadcast stream fortransmitting the media content presentation information or the mediacontent presentation information address identifier. In this case, theidentifier for identifying the broadcast stream may be a uniqueidentifier of a broadcaster which transmits the signaling messagethrough a corresponding frequency or a transport frame transmitted.Specifically, the identifier for identifying the broadcast stream may bean identifier of a broadcast service transport stream. Also, asdescribed with reference to FIG. 58, the signaling message may includean identifier for identifying the session for transmitting the mediacontent presentation information or the media content presentationinformation address identifier. The broadcast reception device 100 mayextract an address at which it is possible to receive media contentpresentation information and media content based on the identifier foridentifying the session and the identifier for identifying the broadcaststream for transmitting an address at which it is possible to receivethe media content presentation information and the media content. Also,as described with reference to FIG. 60, when the session-based transportprotocol is based on IP streams, the signaling message may includeinformation for identifying an IP datagram for transmitting the session.Also, the broadcast reception device 100 may identify the IP datagramfor transmitting the session based on at least one of informationindicating a version of an IP address, information indicating a sourceaddress of the IP datagram, information indicating a destination addressof the IP datagram, and a destination UDP port number of the IPdatagram.

In a specific embodiment, as described with reference to FIG. 60, thesignaling_location may include, as an element, at least one ofbroadcast_id, IP_version_flag, source_IP_address_flag,source_IP_address, destination_IP_address_flag, destination_IP_address,port_num_count, destination_UDP_port_number, and a TSI.

The broadcast_id indicates an identifier for identifying a broadcaststream for transmitting a session for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. The identifier for identifying the broadcast streammay be a unique identifier of a broadcaster which transmits thesignaling message through a corresponding frequency or a transport frametransmitted. Specifically, the identifier for identifying the broadcaststream may be an identifier of a broadcast service transport stream. Ina specific embodiment, the broadcast_id may be a 16-bit element.

Descriptions for the other elements may be the same as described withreference to FIG. 60.

FIG. 62 illustrates an example in which a signaling message signalstransmission of the media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a packet-based transport protocol of thesame broadcast stream as a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

When the broadcast transmission device 10 transmits media contentpresentation formation or a media content presentation informationaddress identifier via the packet-based transport protocol, thebroadcast reception device 100 is required to identify a packet fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Therefore, in thiscase, the signaling message may include an identifier for identifyingthe packet for transmitting the media content presentation informationor the media content presentation information address identifier. Thepacket-based transport protocol may correspond to one of a MPEG-2 TSprotocol and an MPEG media transport (MMT) protocol. The broadcastreception device 100 may extract an address at which it is possible toreceive media content presentation information and media content, basedon the identifier for identifying a packet for transmitting an addressat which it is possible to receive the media content presentationinformation and the media content. Also, when the packet-based transportprotocol is based on IP streams, the signaling message may includeinformation for identifying an IP datagram for transmitting the packet.Specifically, as described in the embodiments of FIGS. 59 and 60, thesignaling message may include at least one of information indicating aversion of an IP address, information indicating a source address of theIP datagram, information indicating a destination address of the IPdatagram, and information indicating a destination UDP port number ofthe IP datagram. Also, the broadcast reception device 100 may identifythe IP datagram for transmitting the packet based on at least one of theinformation indicating a version of an IP address, the informationindicating a source address of the IP datagram, the informationindicating a destination address of the IP datagram, and thedestination_UDP_port_number of the IP datagram.

In a specific embodiment, as in FIG. 62, the signaling_location mayinclude, as an element, at least one of IP_version_flag,source_IP_address_flag, source_IP_address, destination_IP_address_flag,destination_IP_address, port_num_count, destination_UDP_port_number, andpacket_id.

The IP_version_flag indicates a version of an IP address format. In aspecific embodiment, the IP_version_flag may be a 1-bit element.

The source_IP_address_flag indicates whether a source IP address of theIP datagram including the packet for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. The source_IP_address_flag may be a 1-bit element.

The source_IP_address indicates the source IP address at which it ispossible to download the IP datagram including the packet fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Thesource_IP_address may be a 32-bit or 128-bit element.

The destination_IP_address_flag indicates whether a destination IPaddress of the IP datagram including the packet for transmitting themedia content presentation information or the media content presentationinformation address identifier is included. Thedestination_IP_address_flag may be a 1-bit element.

The destination_IP_address indicates the destination IP address at whichit is possible to download the IP datagram including the packet fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Thedestination_IP_address may be a 32-bit or 128-bit element.

The destination_UDP_port_number indicates a UDP port number at which itis possible to download the IP datagram including the packet fortransmitting the media content presentation information or the mediacontent presentation information address identifier. Thedestination_UDP_port_number may be a 16-bit element.

The port_num_count indicates the number of thedestination_UDP_port_numbers.

The packet_id indicates an identifier of the packet for transmitting themedia content presentation information or the media content presentationinformation address identifier. In a specific embodiment, the TSI may bean identifier for identifying an MMT packet. In another specificembodiment, the TSI may be an identifier for identifying an MPEG-2 TSpacket. In a specific embodiment, the TSI may be a 16-bit element.

FIG. 63 illustrates an example in which a signaling message signalstransmission of media content presentation information when a mediacontent presentation information transmission method of the signalingmessage is transmission via a packet-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting thesignaling message, according to another embodiment of the presentinvention.

When the broadcast transmission device 10 transmits media contentpresentation information or a media content presentation informationaddress identifier via the packet-based transport protocol of adifferent broadcast stream from a broadcast stream for transmitting thesignaling message, the broadcast reception device 100 is required toidentify a packet and a broadcast stream for transmitting the mediacontent presentation information or the media content presentationinformation address identifier. Therefore, in this case, the signalingmessage may include an identifier for identifying the broadcast streamfor transmitting the media content presentation information or the mediacontent presentation information address identifier. In this case, theidentifier for identifying the broadcast stream may be a uniqueidentifier of a broadcaster which transmits the signaling message via acorresponding frequency or a transport frame transmitted. Specifically,the identifier for identifying the broadcast stream may be an identifierof a broadcast service transport stream. Also, as described withreference to FIG. 62, the signaling message may include an identifierfor identifying the packet for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. The broadcast reception device 100 may extract anaddress at which it is possible to receive media content presentationinformation and media content based on the identifier for identifyingthe packet and the identifier for identifying the broadcast stream fortransmitting an address at which it is possible to receive the mediacontent presentation information and the media content. Also, asdescribed with reference to FIG. 62, when the packet-based transportprotocol is based on IP streams, the signaling message may includeinformation for identifying an IP datagram for transmitting the packet.Also, the broadcast reception device 100 may identify the IP datagramfor transmitting the packet based on at least one of informationindicating a version of an IP address, information indicating a sourceaddress of the IP datagram, information indicating a destination addressof the IP datagram, and a destination_UDP_port_number of the IPdatagram.

In a specific embodiment, as in FIG. 63, the signaling_location mayinclude, as an element, at least one of broadcast_id, IP_version_flag,source_IP_address_flag, source_IP_address, destination_IP_address_flag,destination_IP_address, port_num_count, destination_UDP_port_number, andpacket_id.

The broadcast_id indicates an identifier for identifying the broadcaststream for transmitting the packet for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. The identifier for identifying the broadcast streammay be a unique identifier of a broadcaster which transmits thesignaling message through a corresponding frequency or a transport frametransmitted. Specifically, the identifier for identifying the broadcaststream may be an identifier of a broadcast service transport stream. Ina specific embodiment, the broadcast_id may be a 16-bit element.

Descriptions for the other elements may be the same as described withreference to FIG. 62.

FIG. 64 illustrates signaling of transmission of an identifier of anaddress at which it is possible to receive a signaling message includingmedia content presentation information or a media content presentationinformation address identifier, according to another embodiment of thepresent invention. The signaling message may include an identifier of anaddress at which it is possible to receive a signaling message includingthe media content presentation information or the media contentpresentation information address identifier. The broadcast receptiondevice 100 may receive the media content presentation information basedon the identifier of the address at which it is possible to receive thesignaling message including the media content presentation informationor the media content presentation information address identifier. In aspecific embodiment, the identifier of the address at which it ispossible to receive the signaling message may be a uniform resourcelocator (URL).

In a specific embodiment as in FIG. 64, signaling_location may include,as an element, at least one of URL_length and URL_char.

The URL_char indicates an identifier of the address at which it ispossible to receive the signaling message including the media contentpresentation information or the media content presentation informationaddress identifier. In a specific embodiment, the identifier of theaddress at which it is possible to receive the signaling message may bean URL. In a specific embodiment, the URL_char is an 8-bit element.

The URL_length may indicate a length of the URL_char. In a specificembodiment, the URL_length may be an 8-bit element.

A specific operation of the broadcast transmission device 10 fortransmission of the media content presentation information and aspecific operation of the broadcast reception device 100 fortransmission of the media content presentation information will bedescribed below with reference to FIGS. 65 to 66.

FIG. 65 is a flowchart of an operation of transmitting, by a broadcasttransmission device, a broadcast signal including a media signalingmessage.

The broadcast transmission device 10 generates and transmits a broadcastsignal based on media content presentation information. A specificoperation of the broadcast transmission device 10 is described below.

A control unit of the broadcast transmission device 10 acquires mediacontent presentation information. The control unit of the broadcasttransmission device 10 acquires media content presentation information.

A configuration of the broadcast transmission device is described beforethe operation of the broadcast transmission device 10 is described.Specifically, the broadcast transmission device 10 includes a controlunit and a transmitting unit. The control unit controls an operation ofthe broadcast transmission device 10. The transmitting unit transmits abroadcast signal. The operation of the broadcast transmission device 10is described based on the configuration of the broadcast transmissiondevice 10.

The broadcast transmission device 10 determines a media contentpresentation information transmission method (S751). Specifically, thebroadcast transmission device 10 may determine a media contentpresentation information transmission method through the control unit.The broadcast transmission device 10 may determine to transmit the mediacontent presentation information itself. In another specific embodiment,the broadcast transmission device 10 may determine to transmit anidentifier for identifying an address at which it is possible to receivethe media content presentation information. Also, in a specificembodiment, the broadcast transmission device 10 may determine totransmit an identifier for identifying the media content presentationinformation along with the media content presentation informationitself. In another specific embodiment, the broadcast transmissiondevice 10 may determine to transmit an identifier for identifying themedia content presentation information along with the identifier foridentifying an address at which it is possible to receive the mediacontent presentation information. In this way, the broadcast receptiondevice 100 may selectively receive media content presentationinformation which is intended to be received, from among a plurality ofpieces of media content presentation information. Also, the broadcastreception device 100 may not repeatedly receive the media contentpresentation information.

In another specific embodiment, the broadcast transmission device 10 maydetermine to transmit media content presentation information or a mediacontent presentation information address identifier. Specifically, thebroadcast transmission device 10 may transmit the media contentpresentation information or the media content presentation informationaddress identifier, via the same broadcast stream as a broadcast streamfor transmitting a signaling message or via an IP packet stream of acellular network. Also, the broadcast transmission device 10 maytransmit the media content presentation information or the media contentpresentation information address identifier, via an IP packet stream ofa different broadcast stream from a broadcast stream for transmitting asignaling message. Also, the broadcast transmission device 10 maytransmit the media content presentation information or the media contentpresentation information address identifier, via a session-basedtransport protocol of the same broadcast stream as a broadcast streamfor transmitting a signaling message. Also, the broadcast transmissiondevice 10 may transmit the media content presentation information or themedia content presentation information address identifier, via asession-based transport protocol of a different broadcast stream from abroadcast stream for transmitting a signaling message. Furthermore, thebroadcast transmission device 10 may transmit the media contentpresentation information or the media content presentation informationaddress identifier, via a packet-based transport protocol of the samebroadcast stream as a broadcast stream for transmitting a signalingmessage. In addition, the broadcast transmission device 10 may transmitthe media content presentation information or the media contentpresentation information address identifier, via a packet-basedtransport protocol of a different broadcast stream from a broadcaststream for transmitting a signaling message. Also, the broadcasttransmission device 10 may signal transmission of an identifier of anaddress at which it is possible to receive a signaling message includingthe media content presentation information or the media contentpresentation information address identifier.

The broadcast transmission device 10 generates media contentpresentation information signaling information according to the mediacontent presentation information transmission method (S753).Specifically, the broadcast transmission device 10 may generate themedia content presentation information signaling information accordingto the media content presentation information transmission method,through the control unit. The media content presentation informationsignaling information includes information necessary to receive mediacontent information or an identifier for identifying an address at whichit is possible to receive the media content information. Specifically,the signaling_location which is described with reference to FIGS. 56 to64 may correspond to the media content presentation informationsignaling information. When the broadcast transmission device 10transmits the media content presentation information or the mediacontent presentation information address identifier via the samebroadcast stream as a broadcast stream for transmitting a signalingmessage or an IP packet stream of a cellular network, the media contentpresentation information signaling information may include informationfor identifying an IP datagram for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. Also, when the broadcast transmission device 10transmits the media content presentation information or the mediacontent presentation information address identifier via an IP packetstream of a different broadcast stream from a broadcast stream fortransmitting a signaling message, the media content presentationinformation signaling information may include information foridentifying an IP datagram and a broadcast stream for transmitting themedia content presentation information and the media contentpresentation information address identifier. When the broadcasttransmission device 10 transmits the media content presentationinformation or the media content presentation information addressidentifier via a session-based transport protocol of the same broadcaststream as a broadcast stream for transmitting a signaling message, themedia content presentation information signaling information may includeinformation for identifying a session for transmitting the media contentpresentation information or the media content presentation informationaddress identifier. When the broadcast transmission device 10 transmitsthe media content presentation information or the media contentpresentation information address identifier via a session-basedtransport protocol of a different broadcast stream from a broadcaststream for transmitting a signaling message, the media contentpresentation information signaling information may include informationfor identifying a session and a broadcast stream for transmitting themedia content presentation information or the media content presentationinformation address identifier. When the broadcast transmission device10 transmits the media content presentation information or the mediacontent presentation information address identifier via a packet-basedtransport protocol of the same broadcast stream as a broadcast streamfor transmitting a signaling message, the media content presentationinformation signaling information may include information foridentifying a packet for transmitting the media content presentationinformation or the media content presentation information addressidentifier. When the broadcast transmission device 10 transmits themedia content presentation information or the media content presentationinformation address identifier via a packet-based transport protocol ofa different broadcast stream from a broadcast stream for transmitting asignaling message, the media content presentation information signalinginformation may include information for identifying a packet and abroadcast stream for transmitting the media content presentationinformation or the media content presentation information addressidentifier. Also, when the broadcast transmission device 10 transmits anidentifier of an address at which it is possible to receive a signalingmessage including the media content presentation information or themedia content presentation information address identifier, the mediacontent presentation information signaling information may include anidentifier of an address at which it is possible to receive a signalingmessage including a media content presentation information addressidentifier.

The broadcast transmission device 10 generates a signaling message basedon the media content presentation information signaling information(S757). Specifically, the broadcast transmission device 10 may generatea signaling message based on the media content presentation informationsignaling information through the control unit. The broadcasttransmission device 10 may generate a signaling message including themedia content presentation information signaling information. Also, in aspecific embodiment, a media signaling message may be a signalingmessage for signaling information of a broadcast service. For example,the broadcast reception device 100 may insert information about abroadcast service and media content presentation information signalinginformation for media content presentation information associated withthe broadcast service. In this case, the media content presentationinformation associated with the broadcast service may includeinformation about presentation of the broadcast service. Also, the mediacontent presentation information associated with the broadcast servicemay include information about presentation of media content associatedwith the broadcast service.

The broadcast transmission device 10 transmits a broadcast signalincluding the signaling message (S759). The broadcast transmissiondevice 10 may transmit a broadcast signal including the signalingmessage through the transmitting unit. In a specific embodiment, thebroadcast transmission device 10 may transmit media content presentationinformation and a media content presentation information addressidentifier together. In this case, the broadcast transmission device 10may make a transmission period of the media content presentationinformation different from a transmission period of the media contentpresentation information address identifier. Specifically, the broadcasttransmission device 10 may make the transmission period of the mediacontent presentation information longer than the transmission period ofthe media content presentation information address identifier andperform transmission. For example, the broadcast transmission device 10may transmit the media content presentation information every 10seconds, and transmit the media content presentation information addressidentifier every 0.5 seconds. In this way, the broadcast receptiondevice 100 may reduce the number of transmissions of the media contentpresentation information having a relatively large amount of data andreplace it with transmission of the media content presentationinformation address identifier having a relatively small amount of data.Therefore, the broadcast transmission device 10 may reduce a burden on abroadcast service bandwidth. Also, it is possible to reduce a dataprocessing burden of the broadcast reception device 100. As the dataprocessing burden required for broadcast reception is reduced in thebroadcast reception device 100, a broadcast service change speed may bealso improved in the broadcast reception device 100.

FIG. 66 illustrates a flowchart of an operation of acquiring, by abroadcast reception device, media content transmission information andpresenting media content, based on a signaling message.

The broadcast reception device 100 receives a broadcast signal (S771).Specifically, the broadcast reception device 100 receives a broadcastsignal through the broadcast receiving unit 110.

The broadcast reception device 100 receives the signaling message basedon the broadcast signal (S773). Specifically, the broadcast receptiondevice 100 may receive the signaling message based on the broadcastsignal through the control unit 150. In a specific embodiment, thebroadcast reception device 100 may extract the signaling message fromthe broadcast signal. As described above, the signaling message maysignal information of a broadcast service.

The broadcast reception device 100 acquires a media content presentationinformation transmission method based on the signaling message (S775).Specifically, the broadcast reception device 100 may acquire a mediacontent presentation information transmission method based on thesignaling message through the control unit 150. As described above, themedia content presentation information transmission method may betransmission via the same broadcast stream as a broadcast stream fortransmitting the signaling message or via an IP packet stream of acellular network. Also, the media content presentation informationtransmission method may be transmission via an IP packet stream of adifferent broadcast stream from a broadcast stream for transmitting thesignaling message. Also, the media content presentation informationtransmission method may be transmission via a session-based transportprotocol of the same broadcast stream as a broadcast stream fortransmitting the signaling message. Also, the media content presentationinformation transmission method may be transmission via a session-basedtransport protocol of a different broadcast stream from a broadcaststream for transmitting the signaling message. Also, the media contentpresentation information transmission method may be transmission via apacket-based transport protocol of the same broadcast stream as abroadcast stream for transmitting the signaling message. Also, the mediacontent presentation information transmission method may be transmissionvia a packet-based transport protocol of a different broadcast streamfrom a broadcast stream for transmitting the signaling message. Also,the media content presentation information transmission method maysignal transmission of an identifier of an address at which it ispossible to receive a signaling message including media contentpresentation information or a media content presentation informationaddress identifier.

The broadcast reception device 100 acquires media content presentationinformation signaling information based on the media contentpresentation information transmission method (S777). The broadcastreception device 100 may acquire media content presentation informationsignaling information based on the media content presentationinformation transmission method, through the control unit. As describedabove, the media content presentation information signaling informationincludes information necessary to receive media content information oran identifier for identifying an address at which it is possible toreceive the media content information. Specifically, thesignaling_location which is described with reference to FIGS. 56 to 64may correspond to the media content presentation information signalinginformation. When the media content presentation informationtransmission method is transmission via the same broadcast stream as abroadcast stream for transmitting the signaling message or via an IPpacket stream of a cellular network, the broadcast reception device 100may extract information for identifying an IP datagram for transmittingthe media content presentation information or the media contentpresentation information address identifier, from the media contentpresentation information signaling information. When the media contentpresentation information transmission method is transmission via an IPpacket stream of a different broadcast stream from a broadcast streamfor transmitting the signaling message, the broadcast reception device100 extract information for identifying an IP datagram and a broadcaststream for transmitting the media content presentation information orthe media content presentation information address identifier, from themedia content presentation information signaling information. When themedia content presentation information transmission method istransmission via a session-based transport protocol of the samebroadcast stream as a broadcast stream for transmitting the signalingmessage, the broadcast reception device 100 extract information foridentifying a session for transmitting the media content presentationinformation or the media content presentation information addressidentifier, from the media content presentation information signalinginformation. When the media content presentation informationtransmission method is transmission via a session-based transportprotocol of a different broadcast stream from a broadcast stream fortransmitting a signaling message, the broadcast reception device 100extract information for identifying a session and a broadcast stream fortransmitting the media content presentation information or the mediacontent presentation information address identifier, from the mediacontent presentation information signaling information. When the mediacontent presentation information transmission method is transmission viaa packet-based transport protocol of the same broadcast stream as abroadcast stream for transmitting the signaling message, the broadcastreception device 100 extract information for identifying a packet fortransmitting the media content presentation information or the mediacontent presentation information address identifier, from the mediacontent presentation information signaling information. When the mediacontent presentation information transmission method is transmission viaa packet-based transport protocol of a different broadcast stream from abroadcast stream for transmitting the signaling message, the broadcastreception device 100 extract information for identifying a packet and abroadcast stream for transmitting the media content presentationinformation or the media content presentation information addressidentifier, from the media content presentation information signalinginformation. Also, when the media content presentation informationtransmission method is transmission of an identifier of an address atwhich it is possible to receive a signaling message including the mediacontent presentation information or the media content presentationinformation address identifier, the broadcast reception device 100extract an identifier of an address at which it is possible to receive asignaling message including the media content presentation informationaddress identifier, from the media content presentation informationsignaling information.

The broadcast reception device 100 acquires media content presentationinformation based on the media content presentation informationsignaling information (S779).

Specifically, the broadcast reception device 100 may acquire mediacontent presentation information based on the media content presentationinformation signaling information, through the control unit.Specifically, the broadcast reception device 100 may acquire a mediacontent presentation information address identifier based on the mediacontent presentation information signaling information. Also, thebroadcast reception device 100 may receive media content presentationinformation from an external server based on the media contentpresentation information address identifier.

As described above, the broadcast transmission device 10 may transmitmedia content presentation information and a media content presentationinformation address identifier together. In this case, a transmissionperiod of the media content presentation information may be differentfrom a transmission period of the media content presentation informationaddress identifier. In this case, the transmission period of the mediacontent presentation information may be longer than the transmissionperiod of the media content presentation information address identifier.For example, the broadcast transmission device 10 may transmit the mediacontent presentation information every 10 seconds, and transmit themedia content presentation information address identifier every 0.5seconds. In this way, the broadcast reception device 100 may reduce thenumber of transmissions of the media content presentation informationhaving a relatively large amount of data. Therefore, the broadcasttransmission device 10 may reduce a burden on a broadcast servicebandwidth. In this way, the broadcast reception device 100 may reducethe number of transmissions of the media content presentationinformation having a relatively large amount of data and replace it withtransmission of the media content presentation information addressidentifier having a relatively small amount of data. Thus, it ispossible to reduce a data processing burden of the broadcast receptiondevice 100. As the data processing burden required for broadcastreception is reduced in the broadcast reception device 100, a broadcastservice change speed may be improved in the broadcast reception device100.

The broadcast reception device 100 receives media content based on themedia content presentation information (S781). Specifically, thebroadcast reception device 100 may receive the media content from abroadcast signal through the broadcast receiving unit 110. In anotherspecific embodiment, the broadcast reception device 100 may receive themedia content from an external server through an IPtransmitting/receiving unit 130. In this case, the external server maybe the content server 50 as described above.

The broadcast reception device 100 presents the media content (S783).The broadcast reception device 100 may present the media content throughthe control unit 150.

In general, a screen presentation time of broadcast content isdetermined according to a program clock reference, such as 90 KHz. Onthe other hand, a screen presentation time of media content transmittedvia an IP network is determined according to a timescale allocated atthe time of content generation. Therefore, the broadcast receptiondevice 100 capable of presenting both broadcast content and mediacontent is required to synchronize the screen presentation time of thebroadcast content with the screen presentation time of the media contenttransmitted via the IP network. In particular, in the case of presentingmedia content identical to broadcast content transmitted via the IPnetwork subsequently to broadcast content transmitted through abroadcast network, the broadcast reception device 100 is required tosynchronize the presentation times. Also, in order to synchronize aplurality of additional services received through the broadcast streamwith the media content and provide the additional services, thebroadcast reception device 100 is required to synchronize thepresentation times. A method of synchronizing the screen presentationtimes of broadcast content and media content transmitted via the IPnetwork will be described with reference FIGS. 67 to 70.

A content provider or broadcaster may include information forsynchronization of the media content in a separate synchronizationinformation packet of a broadcast stream and perform transmission.Referring to FIG. 67, there is described a case where the informationfor synchronization of the media content is included in the separatesynchronization information packet of the broadcast stream and is thentransmitted.

The synchronization information packet may include a force_updateelement indicating whether it is necessary to update media contentpresentation information before presentation time synchronization.

Also, the synchronization information packet may include switch_timerindicating a remaining time from a broadcast stream reference time ofthe synchronization information packet to a start time of thepresentation interval of the media content to be synchronized. In thiscase, the broadcast stream reference time is a time set to synchronize aplurality of elementary streams included in the broadcast stream with asingle timeline. The synchronization information packet may include thebroadcast stream reference time of the synchronization informationpacket. In the case where the broadcast stream complies with the MPEG-2TS standard, the broadcast stream reference time of the synchronizationinformation packet may be a PTS. When the switch_timer element has avalue of 0, the switch_timer element may indicate that the presentationinterval of the media content to be synchronized is in an active state,and it is necessary to synchronize the media content immediately. Whenthe switch_timer element does not have a value of 0, the switch_timerelement may indicate that the presentation interval of the media contentto be synchronized is not in an active state.

Also, the synchronization information packet may include apresentation_time element indicating a presentation time of the mediacontent itself which is to be synchronized with the broadcast content.By using a value of the presentation_time element, it is possible toacquire a synchronized presentation time of broadcast content receivedbefore a new synchronization information packet is received. Thisacquisition is performed using the following equation.

MPT=(PT−PTO)/RC+(presentation_time−TimeOffset)/timescale

In this equation, MPT denotes a synchronized presentation time ofbroadcast content received before a new synchronization informationpacket is received, PTO denotes a broadcast stream reference time of asynchronization information packet, PT denotes a broadcast streamreference time of broadcast content received before a newsynchronization information packet is received, RC denotes a referenceclock of a broadcast stream, presention_time denotes a presentation timeof the media content itself which is a value of the presentation_timeelement, the TimeOffset denotes a media content presentation start timeof a presentation interval of media content which is a subject forsynchronization of a synchronization information packet, and timescaledenotes a time scale of the presentation time of media content itself.

Also, a packet including information for synchronization of the mediacontent may include a period_id element indicating an identifier of themedia content presentation interval to be synchronized. In a specificembodiment, when the media content is transmitted according to theMPEG-DASH standard, the period_id may include an id of a period elementof an MPD and a URL of the MPD.

When the broadcast stream is transmitted according to the MPEG-2 TSstandard, the synchronization information packet may be transmitted as apacket elementary stream (PES) packet. In this case, the synchronizationinformation packet may be a private stream of which the stream id has avalue of 0xBD. Also, a synchronization information packet of which thedata_alignment_indicator field has a value of 1 may be identical to astart of a payload of the PES packet.

FIG. 67 illustrates a syntax of a broadcast stream packet includingsynchronization information of media content transmitted via acommunication network according to an MPEG-DASH standard.

In the embodiment of FIG. 67, the media content may be transmittedaccording to the MPEG-DASH standard.

Therefore, the synchronization information packet may be referred to asa DASHTime packet.

The DASHTime packet includes a DASHTimePacket_identifier field, anmpd_force_update field, a period_switch_timer field, a presentation_timefield, and a period_id field.

The DASHTimePacket_identifier field indicates an identifier foridentifying the DASHTime packet.

The mpd_force_update field indicates that the MPD is required to beupdated prior to presentation time synchronization.

The period_switch_timer field indicates a remaining time from thebroadcast stream reference time of the DASHTime packet to a start timeof the period element of the MPD to be synchronized. In the case where avalue of the switch_timer field is 0, the switch_timer field mayindicate that a period identified by the period_id field is currentlyactive and media content is required to be synchronized immediately. Inthe case where the value of the switch_timer field is not 0, theswitch_timer field may indicate that the period identified by theperiod_id field is not in an active state currently.

The presentation_time field indicates an own presentation time of mediacontent transmitted via an IP network which is to be synchronized withbroadcast content. Here, by sing a value of the presentation_time field,it is possible to acquire a synchronized presentation time of broadcastcontent received before a new DASHTime packet is received. Thisacquisition is performed using the following equation.

MPT=(PT−PTO)/RC+(presentation_time−TimeOffset)/SegmentBase.timescale

In the equation, MPT denotes the synchronized presentation time ofbroadcast content received before a new DASHTime packet is received, PTOdenotes the broadcast stream reference time of the synchronizationinformation packet, PT denotes the broadcast stream reference time ofthe broadcast content received before the new DASHTime packet isreceived, RC denotes the reference clock of a broadcast stream,presentation_time denotes the own presentation time of media contentwhich is a value of the presentation_time field, TimeOffset denotes amedia content presentation start time of a presentation interval of themedia content to be synchronized by the DASHTime packet, andSegmentBase.timescale denotes a value of the timescale element of theMPD.

The period_id field enables identification of the period element of theMPD, and includes an ID of the period element of the MPD and a URL ofthe MPD. The broadcast reception device 100 may identify media contentto be synchronized and the Period element that is a presentationinterval of the media content, through the period_id.

In the case where synchronization information is transmitted via anadditional synchronization information packet as in the embodiment ofFIG. 67, the broadcast reception device 100 is required to receive anadditional packet to synchronize media content with broadcast content.In general, to overcome this limitation, a header of a packet includingbroadcast content such as a video or an audio includes a broadcastcontent reference time for synchronization between elementary streams.For example, the header of a packet of a broadcast stream according tothe MPEG-2 TS standard includes a PTS. Therefore, if the synchronizationinformation is added to the header of a packet including broadcastcontent such as video or audio so as to be transmitted, the broadcastreception device 100 may efficiently synchronize media content withbroadcast content. Details will be described below with reference toFIGS. 68 and 69.

The header of a packet including broadcast content such as a video or anaudio may include a presentation_time element indicating an ownpresentation time of media content to be synchronized with the broadcastcontent. Furthermore, the header may include a period_id elementindicating an identifier of a presentation interval of media content tobe synchronized. The header may also include an id element indicatingthat information for synchronization between media content and broadcastcontent is included.

FIG. 68 illustrates a syntax of synchronization information added to theheader of a packet including broadcast content such as a video or anaudio according to an embodiment of the present invention.

FIG. 69 illustrates the syntax of synchronization information added tothe header of a packet including broadcast content such as a video or anaudio according to another embodiment of the present invention.

In the examples of FIGS. 68 and 69, the header of a packet includingbroadcast content, such as video or audio, includes information forsynchronization with media content transmitted according to theMPEG-DASH standard. In this case, the information for synchronization isreferred to as DASHTime_private_data. The DASHTime_private_data includesa presentation_time field and a period_id field. The presentation_timefield represents a presentation time of media content itself, which issynchronized with broadcast content. The period_id field enablesidentification of the Period element of MPD and includes an id of thePeriod element of the MPD and a URL of the MPD. In the embodiment ofFIG. 67, the DASHTime_private_data further includes an id elementindicating that the DASHTime_private_data includes information forsynchronization between media content and broadcast content.

FIG. 70 is a flowchart of an operation of synchronizing, by a broadcastreception device, broadcast content with media content according to anembodiment.

The broadcast reception device 100 receives a broadcast steam throughthe broadcast receiving unit 110 (S1101).

The broadcast reception device 100 extracts synchronization informationfor synchronization between broadcast content and media contenttransmitted through an IP network through the control unit 150 (S1103).In a specific embodiment, the broadcast reception device 100 may extractthe synchronization information from a synchronization informationpacket through the control unit 150. In another specific embodiment, thebroadcast reception device 100 may extract the synchronizationinformation from the header of a packet including broadcast content,such as video or audio, through the control unit 150.

The broadcast reception device 100 receives media content through the IPtransmitting/receiving unit 130 (S1105).

The broadcast reception device 100 synchronizes the broadcast contentand the media content through the control unit (S1107).

When the broadcast reception device 100 receives the media contentthrough an IP network as well as the broadcast content, it is necessaryfor the broadcast reception device 100 to access the broadcast contentbased on the media content presentation information in order to enhanceefficiency of interworking between broadcast content and media content.

A method of including information about broadcast content in the mediacontent presentation information and transmitting the media contentpresentation information will be described with reference to FIGS. 71 to73.

The media content presentation information may include information foridentifying broadcast content such that the broadcast reception device100 accesses broadcast content based on the media content presentationinformation. Specifically, an identifier for identifying a broadcaststream including broadcast content may be included therein. For example,when the broadcast content is transmitted according to the MPEG-2 TSstandard, the media content presentation information may include a TSID.Also, an identifier for identifying a broadcast service includingbroadcast content may be included therein. For example, when thebroadcast content is transmitted according to the MPEG-2 TS standard,the media content presentation information may include a program number.Also, when the broadcast content is transmitted according to the ATSCstandard, a source id and a channel_number of a virtual channel may beincluded therein. Also, when the broadcast content is transmittedaccording to the DVB standard, a serviceid may be included therein.Also, an identifier for identifying a packet including broadcast contentmay be included therein. For example, when the broadcast content istransmitted according to the MPEG-2 TS standard, the media contentpresentation information may include a packet ID (PID).

In a specific embodiment, the media content presentation information mayinclude an identifier generated by combining an identifier foridentifying a broadcast stream including broadcast content, anidentifier for identifying a broadcast service including broadcastcontent, and an identifier for identifying a packet including broadcastcontent.

FIG. 71 illustrate a format of information for identifying broadcastcontent included in media content presentation information whenbroadcast content is transmitted according to the ATSC standard.

FIG. 72 illustrates an example of an MPD of MPEG-DASH includinginformation for identifying broadcast content transmitted according tothe ATSC standard.

In the embodiments of FIGS. 71 and 72, the information for identifyingbroadcast content may be a combination of a TSID for identifying atransport stream, an SSID for identifying a source of an elementarystream, and a PID for identifying a packet.

Also, the information for identifying broadcast content may be acombination of a TSID for identifying a transport stream, a PNUM foridentifying a program stream, and a PID for identifying a packet.

Also, the information for identifying broadcast content may be acombination of a TSID for identifying a transport stream, a CHNUM foridentifying a virtual channel, and a PID for identifying a packet. Inthis case, the CHUM for identifying a virtual channel may have a formati which a major channelnumber and a minor channelnumber are connectedthrough symbol “-”.

FIG. 73 illustrates a flowchart of an operation of, by a broadcastreception device, receiving broadcast content based on media contentpresentation information.

The broadcast reception device 100 receives media content presentationinformation through the IP transmitting/receiving unit 130 (S1303).

The broadcast reception device 100 extracts information for identifyingbroadcast content through the control unit 150 (S1303).

The broadcast reception device 100 receives broadcast content based onthe information for identifying broadcast content through the broadcastreceiving unit 110 and the control unit 150 (S1305). Specifically, thebroadcast reception device 100 receives a broadcast stream through thebroadcast receiving unit 110. In this case, the broadcast receptiondevice 100 may receive a broadcast stream based on an identifier of abroadcast stream included in the information for identifying thebroadcast content. The broadcast reception device 100 extracts thebroadcast content based on the information for identifying broadcastcontent from the broadcast stream. In this case, the broadcast receptiondevice 100 may extract broadcast content based on an identifier of abroadcast service included in the information for identifying thebroadcast content from the broadcast stream.

A method of receiving media content presentation information through abroadcast network by which the broadcast reception device according tothe above-described embodiments will be described with reference toFIGS. 74 to 76. Also, a case where the broadcast reception devicesynchronizes broadcast content with media content will be described indetail.

FIG. 74 illustrates a block diagram for describing an example in which abroadcast reception device receives an MPD of MPEG-DASH via a broadcastnetwork for transmitting a broadcast stream according to the MPEG-2 TSstandard.

According to the embodiment of FIG. 74, the control unit 150 of thebroadcast reception device 100 includes a PSI parser, a IS filter, aTS/PES depacketizer, and a decoder.

The IS filer extracts a packet having a specific PID from a broadcaststream.

The PSI parser extracts signaling information by parsing a PSI table,such as a program association table (PAT) or a program MAP table (PMT).In a specific embodiment, the PSI parser may extract an MPD_descriptorincluded in the PMT.

The TS/PES depacketizer extracts payload data from a TS/PES packet. In aspecific embodiment, when the MPD is transmitted as a separateinformation table in the broadcast stream, the TS/PES depacketizer mayextract the MPD from the separate information table based on theMPD_descriptor. Specifically, the TS/PES depacketizer may extract theMPD from an information table included in a packet corresponding to aPID included in the MPD_descriptor. Also, the TS/PES depacketizerextracts a video elementary stream and an audio elementary stream fromthe TS/PES packet.

The decoder decodes video and audio.

FIG. 75 is a block diagram for describing an example in which abroadcast reception device synchronizes broadcast content of a broadcaststream transmitted according to the MPEG-2 TS standard with mediacontent transmitted via a communication network.

According to the embodiment of FIG. 75, the control unit 150 of thebroadcast reception device 100 includes a TS/PES depacketizer and adecoder.

The TS/PES depacketizer extracts payload data from a TS/PES packet. In aspecific embodiment, when the MPD is transmitted as a separateinformation table in the broadcast stream, the TS/PES depacketizer mayextract the MPD from the separate information table based on theMPD_descriptor. Specifically, the TS/PES depacketizer may extract theMPD from an information table included in a packet corresponding to aPID included in the MPD_descriptor. Also, the TS/PES depacketizerextracts synchronization information for synchronization between mediacontent and broadcast content from the TS/PES packet. In this case, thesynchronization information may include a presentation time of the mediacontent, an identifier form identifying, and a period element of theMPD, and an MPD URL. Also, the TS/PES depacketizer extracts a videoelementary stream and an audio elementary stream from the TS/PES packet.

The IP transmitting/receiving unit 130 receives the media content from amedia CDN server based on the MPD.

The decoder performs synchronization of the received media content basedon the synchronization information and decodes the media content.

FIG. 76 illustrates a configuration of a broadcast reception deviceaccording to an embodiment.

According to the embodiment of FIG. 76, the broadcast reception device100 includes a broadcast receiving unit 110, an Internet protocol (IP)transmitting/receiving unit 130, and a control unit 150.

The broadcast receiving unit 110 includes a channel synchronizer 111, achannel equalizer 113, and a channel decoder 115.

The channel synchronizer 111 synchronizes a symbol frequency and timingsuch that decoding is possible in a baseband in which it is possible toreceive a broadcast signal.

The channel equalizer 113 compensates for a distortion in thesynchronized broadcast signal. Specifically, the channel equalizer 113compensates for a distortion in the synchronized broadcast signal due tomultipath, the Doppler effect, or the like.

The channel decoder 115 decodes the distortion-compensated broadcastsignal. Specifically, the channel decoder 115 extracts a transport framefrom the distortion-compensated broadcast signal. In this case, thechannel decoder 115 may perform forward error correction (FEC).

The IP transmitting/receiving unit 130 receives and transmits datathrough the Internet network.

The control unit 150 includes a signaling decoder 151, a transportpacket interface 153, a broadband packet interface 155, a basebandoperation controller 157, a common protocol stack 159, a service mapdatabase 161, a service signaling channel processing buffer and parser163, an A/V processor 165, a broadcast service guide processor 167, anapplication processor 169, and a service guide database 171.

The signaling decoder 151 decodes signaling information of a broadcastsignal.

The transport packet interface 153 extracts a transport packet from thebroadcast signal. In this case, the transport packet interface 153 mayextract signaling information and data, such as IP datagram, from theextracted transport packet.

The broadband packet interface 155 extracts an IP packet from datareceived from the Internet network. In this case, the broadband packetinterface 155 may extract signaling data or IP datagram from the IPpacket.

The baseband operation controller 157 controls an operation associatedwith reception of broadcast information reception information from abaseband.

The common protocol stack 159 extracts audio or video from the transportpacket.

The A/V processor 547 processes audio or video.

The service signaling channel processing buffer and parser 163 parsesand buffers the signaling information for signaling a broadcast service.Specifically, the service signaling channel processing buffer and parser163 may parse and buffer the signaling information for signaling abroadcast service from the IP datagram.

The service MAP database 165 stores a broadcast service list includinginformation about broadcast services.

The service guide processor 167 processes terrestrial broadcast serviceguide data for guiding programs of a terrestrial broadcast service.

The application processor 169 extracts and processes application-relatedinformation from the broadcast signal.

The service guide database 171 stores program information of thebroadcast service.

The schematic configuration and operation of the broadcast receptiondevice 100 have been described above. It is noted that the abovedescription is focused on the operation of the conventional broadcastreception device 100 and the transport protocol. Also, it is noted thatthe broadcast reception device 100 is required to process data ofvarious transport protocols in order to receive a hybrid broadcastservice. A detailed configuration and operation of the broadcastreception device 100 for receiving a hybrid broadcast will be describedwith reference to FIGS. 77 to 82

FIG. 77 illustrates a configuration of a broadcast reception deviceaccording to another embodiment of the present invention.

According to the embodiment of FIG. 77, the broadcast reception device100 includes a broadcast receiving unit 110, an Internet protocol (IP)transmitting/receiving unit 130, and a control unit 150.

The broadcast receiving unit 110 may include a processor or processorswhich respectively perform a plurality of functions to be performed bythe broadcast receiving unit 110, a circuit or circuits, and a hardwaremodules or hardware modules. Specifically, the broadcast receiving unit110 may be a system on chip (SOC) into which several semiconductor partsare integrated. In this case, the SOC may be a semiconductor into whichvarious multimedia components, such as graphics, audio, video, andmodem, a processor, and a semiconductor, such as DRAM, are integrated.The broadcast receiving unit 110 may include a physical layer module 119and a physical layer IP frame module 117. The physical layer module 119receives and processes a broadcast-related signal through a broadcastchannel of a broadcast network. The physical layer IP frame module 117may convert a data packet, such as IP datagram acquired from thephysical layer module 119, into a specific frame. For example, thephysical layer module 119 may convert the IP datagram or the like into aRS frame, a GSE, or the like.

The IP transmitting/receiving unit 130 may include a processor orprocessors which respectively perform a plurality of functions to beperformed by the IP transmitting/receiving unit 130, a circuit orcircuits, and a hardware module or hardware modules. Specifically, theIP transmitting/receiving unit 130 may be a system on chip (SOC) intowhich several semiconductor parts are integrated. In this case, the SOCmay be a semiconductor into which various multimedia components, such asgraphics, audio, video, and modem, a processor, and a semiconductor,such as DRAM, are integrated. The IP transmitting/receiving unit 130 mayinclude an Internet access control module 131. The Internet accesscontrol module 131 controls an operation of the broadcast receptiondevice 100 for acquiring at least one of a service, content, andsignaling data, through a communication network (broadband).

The control unit 150 may include a processor or processors whichrespectively perform a plurality of functions to be performed by thecontrol unit 150, a circuit or circuits, and a hardware module orhardware modules. Specifically, the control unit 150 may be a system onchip (SOC) into which several semiconductor parts are integrated. Inthis case, the SOC may be a semiconductor into which various multimediacomponents, such as graphics, audio, video, and modem, a processor, anda semiconductor, such as DRAM, are integrated. The control unit 150 mayinclude at least one of a signaling decoder, a service map database 161,a service signaling channel parser 163, an application signaling parser166, an alert signaling parser 168, a targeting signaling parser 170, atargeting processor 173, an A/V processor 165, an alerting processor162, an application processor 169, a scheduled streaming decoder 181, afile decoder 182, a user request streaming decoder 183, a file database184, a component synchronizer 185, a service/content acquisitioncontroller 187, a redistribution module 189, a device manager 193, adata sharing unit 191.

The service/content acquisition controller 187 controls an operation ofa receiver for acquiring the service, the content, or the signaling dataassociated with the content, which is acquired through a broadcastnetwork or a communication network.

The signaling decoder 151 decodes signaling information.

The service signaling parser 163 parses service signaling information.

The application signaling parser 166 extracts and parses service-relatedsignaling information. In this case, the service-related signalinginformation may be signaling information related to service scan. Also,the service-related signaling information may be signaling informationrelated to content provided through the service.

The alert signaling parser 168 extracts and parses alerting-relatedsignaling information.

The targeting signaling parser 170 extracts and parses information forpersonalization of a service and content or information for signalingtargeting information.

The targeting processor 173 processes information for personalization ofa service and content.

The alert signaling parser 168 processes alerting-related signalinginformation.

The application processor 169 controls application-related informationand execution of an application. Specifically, the application processor169 processes a state of a downloaded application and a displayparameter.

The A/V processor 165 processes an audio/video rendering-relatedoperation based on decoded audio or video, or application data.

The scheduled streaming decoder 181 decodes scheduled streaming which iscontent to be streamed according to a schedule determined by a contentprovider, such as a broadcaster.

The file decoder 182 decodes the downloaded file. In particular, thefile decoder 182 decodes a file downloaded through a communicationnetwork.

The user request streaming decoder 183 decodes content providedaccording to a user request (on demand content).

The file database 184 stores a file. Specifically, the file database 184may store a file downloaded through a communication network.

The component synchronizer 185 synchronizes the content or the service.Specifically, the component synchronizer 185 synchronizes content whichis decoded by at least one of the scheduled streaming decoder 181, thefile decoder 182, and the user request streaming decoder 183.

The service/content acquisition controller 187 controls an operation ofa receiver for acquiring at least one of the service, the content, orthe signaling data associated with the service or the content.

When a service or content is not received through the broadcast network,the redistribution module 189 performs an operation of supportingacquisition of at least one of the service, the content, service-relatedinformation and content-related information. Specifically, it ispossible to request at least one of the content, the service-relatedinformation and the content-related information from an externalmanagement device 300. In this case, the external management device 300may be a content server 50.

The device manager 193 manages an external device which operates inconnection therewith. Specifically, the device manager 193 may performat least one of addition, deletion and update of an external device.Also, the external device may be connected to and perform data exchangewith the broadcast reception device 100.

The data sharing unit 191 performs an operation of transmitting databetween the broadcast reception device 100 and an external device, andprocesses exchange-related information. Specifically, the data sharingunit 191 may transmit A/V data or the signaling information to theexternal device. Also, the data sharing unit 191 may receive A/V data orthe signaling information from the external device.

FIG. 78 illustrates a configuration of a broadcast reception deviceaccording to another embodiment of the present invention.

According to the embodiment of FIG. 78, the broadcast reception device100 includes a broadcast receiving unit 110, an Internet protocol (IP)transmitting/receiving unit 130, and a control unit 150.

The broadcast receiving unit 110 may include at least one of a tuner 111and a physical frame parser 113.

The tuner 111 receives a broadcast signal transmitted through abroadcast network. Also, the tuner 111 may convert a received broadcastsignal into a physical frame form.

The physical frame parser 113 extracts a linklayer frame from a physicalframe of the received broadcast signal.

The IP transmitting/receiving unit 130 receives and transmits IP data.

The control unit 150 may include at least one of a physical layercontroller 251, a link layer frame parser 252, an IP/UDP datagram filter253, a Route (AL/LCT) client 255, a timing control 257, a system clock259, a DTV control engine 261, a user input receiver 263, a signalingparser 265, a channel map database 267, an HTTP access client 269, anHTTP access cache 271, a DASH client 273, an ISO BMFF parser 275, amedia decoder 277, and a file database 279.

The physical layer controller 251 controls an operation of the broadcastreceiving unit 110. Specifically, the physical layer controller 251 mayselectively receive a broadcast signal by controlling transportparameters of a broadcast signal received by the broadcast receivingunit 110. For example, the physical layer controller 251 may control afrequency of a broadcast signal received by the tuner 111. Also, thephysical layer controller 251 may extract a link layer frame from abroadcast signal by controlling the physical frame parser 113.

The link layer frame parser 252 extracts data corresponding to thepayload of a link layer frame from the link layer frame of the broadcastsignal. Specifically, the link layer frame parser 252 may extract a linklayer signaling from the link layer frame. The link layer signalingsignals a broadcast service through a link layer. Due to this, thebroadcast reception device 100 may acquire information about a broadcastservice without extracting an application layer. Therefore, thebroadcast reception device 100 may rapidly scan broadcast services andchange the broadcast services. Also, the link layer frame parser 252 mayextract IP/UDP datagram from the link layer frame.

The IP/UDP datagram filter 253 extracts a specific IP/UDP datagram fromthe IP/UDP datagram. Since data transmission through a broadcast networkor multicast through a communication network is a unidirectionalcommunication, the broadcast reception device 100 receives data otherthan data required by the broadcast reception device 100 itself.Therefore, the broadcast reception device 100 is required to extract thedata required by the broadcast reception device 100 itself from a datastream. The IP/UDP datagram filter 253 extracts IP/UDP datagram requiredby the broadcast reception device 100 from an IP/UDP datagram stream.Specifically, the IP/UDP datagram filter 253 extracts IP/UDP datagramcorresponding to a designated IP address and UDP port number. In thiscase, the IP address may include one of a source address and adestination address.

The ROUTE (AL/LCT) client 255 processes an ALC/LCT packet based onReal-time Objective delivery over Unidirectional Transport (ROUTE). TheROUTE protocol is a protocol for transmitting data in real time by usingthe ALC/LCT packet as an application layer protocol. The broadcastreception device 100 may extract at least one of broadcast servicesignaling information, NRT data, and media content, from the ALC/LCTpacket. In this case, the media content may be of the MPEG-DASH format.Specifically, the media content may be encapsulated with an ISO basemedia file format (IOS BMFF), and may be transmitted through theMPEG-DASH protocol. The broadcast reception device 100 may extract theMPEG-DASH segment from the ROUTE packet. Also, the broadcast receptiondevice 100 may extract the ISO BMFF file from the MPEG-DASH segment.

The timing control 257 processes a packet including system timeinformation which is a reference of the presentation of media content.Also, the timing control 257 may control a system clock based on thesystem time information.

The system clock 259 provides a reference clock that is a reference ofthe operation of the broadcast reception device 100.

The DTV control engine 261 functions as an interface between thecomponents. Specifically, the DTV control engine 261 may transfer aparameter for controlling an operation of each component.

The user input receiver 263 receives a user input. Specifically, theuser input receiver 263 may receive at least one of a remote controlinput, and a key input of a user.

The signaling parser 265 extracts information about a broadcast serviceby transferring the information about the broadcast service and parsingbroadcast service singling information for signaling a broadcastservice. Specifically, the signaling parser 265 may extract theinformation about the broadcast service by parsing the broadcast servicesingling information extracted from the application layer. In anotherembodiment, the signaling parser 265 may extract the information aboutthe broadcast service by parsing the broadcast service singlinginformation extracted from a link layer.

The channel map database 267 stores information about a channel map ofthe broadcast service. Specifically, the signaling parser 265 mayextract the information about the broadcast service and store theinformation about the channel map in the channel map database 267. Also,the DTV control engine 261 may acquire the information about the channelmap of the broadcast service from the channel map database. In thiscase, the information about the channel map may include at least one ofa channel number representing the broadcast service and a name of thebroadcast service representing the broadcast service.

The HTTP access client 269 processes HTTP data. Specifically, the HTTPaccess client 269 may transmit a request to the content server 50 usingHTTP and receive a response to the request from the content server 50.

The HTTP access cache 271 caches the HTTP data to improve a processingspeed of the HTTP data.

The DASH client 273 processes the MPEG-DASH segment. Specifically, theDASH client 273 may process the MPEG-DASH segment received through acommunication network. Also, the DASH client 273 may process anMPEG-DASH segment extracted from an application layer of a broadcastsignal received through a broadcast network.

The ISO BMFF parser 275 processes an ISO BMFF packet. Specifically, theISO BMFF parser 275 may extract media content from the ISO BMFF packet.

The media decoder 277 decodes media content. Specifically, the mediadecoder 277 may present the media content by decoding the media content.

The file database 279 stores a file necessary for the broadcast service.Specifically, the file database 279 may store a file extracted from theapplication layer of the broadcast signal.

A specific operation of the broadcast reception device 100 will bedescribed with reference to FIGS. 79 to 81.

FIG. 79 is a flowchart of an operation of scanning a broadcast serviceand generating a channel map in the broadcast reception device 100.

The control unit 150 sets a broadcast signal reception parameter.Specifically, the control unit 150 may set at least one of a frequency,a bandwidth, a symbol rate, and a physical layer pipe (PLP) identifierfor broadcast signal reception. In this case, the physical layer pipe isa logical data transport channel for identifying a single radiofrequency (RF) channel. The single RF channel may include a physicallayer pipe or physical layer pipes. The physical layer pipe may bereferred to as a data pipe (DP). In a specific embodiment, the controlunit 150 may set the broadcast reception parameter based on a frequencytable storing a plurality of broadcast signal reception parameters. Forexample, the broadcast reception device 100 sequentially sets thebroadcast signal reception parameters stored in the frequency table andsequentially receives broadcast signals corresponding to the broadcastsignal reception parameters. In this case, the frequency table may beset according to regional standards or regional broadcast environments

The broadcast receiving unit 110 receives a broadcast signal based onthe broadcast signal reception parameter (S2103). Specifically, thebroadcast receiving unit 110 receive a broadcast signal corresponding tothe broadcast signal reception parameter. The broadcast receiving unit110 may extract a physical frame of the broadcast signal by demodulatingthe broadcast signal.

The control unit 150 extracts broadcast service signaling informationfrom the broadcast signal (S2105). Specifically, the control unit 150may extract the broadcast service signaling information for signalinginformation about the broadcast signal from the broadcast signal. Theinformation about the broadcast signal may include information foridentifying the broadcast service. The information for identifying thebroadcast service may include a channel number representing thebroadcast service. Also, the information about the broadcast signal mayinclude a broadcast service identifier for identifying the broadcastservice. The information for identifying the broadcast service mayinclude a channel number representing the broadcast service. Theinformation for identifying the broadcast service may include abroadcast service name representing the broadcast service. Theinformation about the broadcast service may include information forreception of the broadcast service. The information for reception of thebroadcast service may include a broadcast signal reception parameternecessary for settings of the broadcast receiving unit in order toreceive the broadcast service. The information for reception of thebroadcast service may include a broadcast stream identifier foridentifying a broadcast stream through which the broadcast service istransmitted. The information for reception of the broadcast service mayinclude a UDP port number and an IP address for identifying IP/UDPdatagram through which the broadcast service is transmitted. Theinformation for reception of the broadcast service may include a sessionidentifier for identifying a session of a session-based transportprotocol. The information for reception of the broadcast service mayinclude a packet identifier for identifying a packet of a packet-basedtransport protocol. Specifically, the control unit 150 may extract thebroadcast service signaling information of the link layer signalingextracted from the link layer. In another embodiment, the control unit150 may extract the broadcast service signaling information from theapplication layer. As described above, when the control unit 150receives the broadcast service signaling information from the linklayer, it is possible to reduce a time taken to scan broadcast services.

The control unit 150 generates a channel map storing information aboutbroadcast services based on the broadcast service signaling information(S2107). Specifically, the control unit 150 generates a channel mapaccording to information about a broadcast service provided by thebroadcast service signaling information. The channel map may include atleast one of information for identifying each broadcast service asdescribed above, and information for receiving each broadcast service.Also, the control unit 150 may store the generated channel map in achannel map database 267. The broadcast reception device 100 may receivea broadcast service based on the channel map. Details will be describedbelow with reference to FIG. 80.

FIG. 80 is a flowchart of an operation of receiving, by the broadcastreception device 100, a broadcast service.

The control unit 150 receives a user input for selection of a broadcastservice (S2151). The control unit 150 may receive user input forselection of a broadcast service through the user input receiver 263.Specifically, the control unit 150 may receive an input made by a userto select any one broadcast service from a broadcast service listshowing broadcast services. Also, the control unit 150 may receive auser input for a channel number, which is made by the user, through aremote control.

The control unit 150 acquires a broadcast signal reception parametercorresponding to a broadcast service selected by the user (S2153).Specifically, the control unit 150 may acquire a broadcast signalreception parameter corresponding to a broadcast service selected by theuser, from the channel map. As described above, a broadcast signalreception parameter may include any one of a frequency, a bandwidth, asymbol rate, and a physical layer pipe identifier for broadcast signalreception.

The control unit 150 sets broadcast signal reception based on thebroadcast signal reception parameter (S2103). Specifically, the controlunit 150 may set the broadcast receiving unit 110 according to broadcastsignal reception parameter. For example, the control unit 150 may set atleast one of the broadcast signal reception frequency, bandwidth, symbolrate, and physical layer pipe identifier of the broadcast receiving unit110. When the broadcast signal reception parameter of a broadcast signalwhich is being received currently is identical to an acquired broadcastsignal reception parameter, the above operation may be omitted.

The broadcast receiving unit 110 receives a broadcast signal based onbroadcast signal reception settings (S2157). Specifically, the broadcastreceiving unit 110 receives and demodulates the broadcast signal.

The control unit 150 acquires signaling information for the broadcastservice selected by the user based on the broadcast signal (S2159). Asdescribed above, when the control unit 150 may acquire the broadcastservice signaling information from the link layer. Also, the controlunit 150 may acquire the broadcast service signaling information fromthe link layer. The reason why the broadcast service signalinginformation is again acquired although the channel map includesinformation about broadcast services which is extracted from thebroadcast service signaling information is that information aboutbroadcast services may be changed after the generation of the channelmap. Also, the reason for this is that there may be a case where basicinformation for generation of the channel map is acquired andinformation about a component included in the broadcast service orinformation for presentation of the broadcast service is not acquired.

The control unit 150 updates the channel map based on the broadcastservice signaling information. Specifically, the control unit 150 mayupdate the channel map when the broadcast service signaling informationis changed. In a specific embodiment, the control unit 150 may updatethe channel map when previously-acquired broadcast service signalinginformation is different from the broadcast service signalinginformation. In a specific embodiment, the control unit 150 may compareversion information previously-acquired broadcast service signalinginformation with version information of the broadcast service signalinginformation and, when the broadcast service signaling information ischanged, update the channel map.

The control unit 150 receives a media component whom the broadcastservice includes, based on the channel map (S2163). The channel map mayinclude information about media component reception. Specifically, thechannel map may include information for receiving a media component. Thecontrol unit 150 may acquire information for receiving a media componentfrom the channel map, and receive the media component. For example, thecontrol unit 150 may acquire information for identifying IP/UDP datagramfor transmitting the media component from the channel map andinformation for identifying a session-based transport protocol packetfor transmitting the media component and receive the media component.The information for identifying the IP/UDP datagram may include at leastone of an IP address and a UDP port number. In this case, the IP addressmay include at least one of a source address and a destination address.The information for identifying the session-based transport protocolpacket may include a session identifier for identifying a session.Specifically, the session identifier may be a TSI of an ALC/LCT session.In another specific embodiment, the control unit 150 may acquireinformation for identifying IP/UDP datagram for transmitting the mediacomponent from the channel map and information for identifying apacket-based transport protocol packet for transmitting the mediacomponent and receive the media component. The broadcast receptiondevice 100 may receive a media component based on the media contentpresentation information. Details will be described below with referenceto FIG. 81.

FIG. 81 illustrates a flowchart of an operation of acquiring, by abroadcast reception device, a media component based on media contentpresentation information.

The broadcast reception device 100 acquires media content presentationinformation (S2201). As described above, the broadcast reception device100 may acquire media content presentation information through asignaling message of a broadcast signal.

The broadcast reception device 100 acquires information about the mediacomponent based on the media content presentation information (S2203).The information about the media component may include the informationfor media component reception described above. Also, the media contentpresentation information related to a broadcast service may includeinformation about presentation of media content associated with thebroadcast service.

The broadcast reception device 100 may receive the media component basedon the information about the media component (S2205). The broadcastreception device 100 may receive the media component through a broadcastnetwork. Also, the broadcast reception device 100 may receive the mediacomponent through a communication network. Also, the broadcast receptiondevice 100 may receive any one of a plurality of media componentsthrough the broadcast network and receive another of the plurality ofmedia components through the communication network. For example, thebroadcast reception device 100 may receive a video component through thebroadcast network and receive an audio component through thecommunication network.

Again, the operation of the broadcast reception device 100 is describedwith reference to FIG. 80.

The control unit 150 presents a broadcast service based on the mediacomponent (S2165).

A transport frame used in a hybrid broadcast will be described withreference to FIGS. 82 and 83.

FIG. 82 illustrates a broadcast transport frame according to anembodiment of the present invention.

In the embodiment of FIG. 82, the broadcast transport frame includes aP1 part, an L1 part, a common PLP part, a scheduled and interleaved PLPpart, and an auxiliary data part.

In the embodiment of FIG. 82, the broadcast transmission devicetransmits information for transport signal detection through the P1 partof the broadcast transport frame. Also, the broadcast transmissiondevice may transmit tuning information for broadcast signal tuningthrough the P1 part.

In the embodiment of FIG. 82, the broadcast transmission devicetransmits a configuration of the broadcast transport frame andcharacteristics of each PLP through the L1 part. In this case, thebroadcast reception device 100 may acquire the configuration of thebroadcast transport frame and the characteristics of each PLP bydecoding the L1 part based on the P1.

In the embodiment of FIG. 82, the broadcast transmission device maytransmit information to be applied commonly to PLPs through the commonPLP part. In the specific embodiment, the broadcast transport frame maynot include the common PLP part.

In the embodiment of FIG. 82, the broadcast transmission device maytransmit a plurality of components included in the broadcast servicethrough the scheduled and interleaved PLP part. In this case, thescheduled and interleaved PLP part includes a plurality of PLPs.

In the embodiment of FIG. 82, the broadcast transmission device maysignal to which PLP each component constituting the broadcast service istransmitted, through the L1 part or the common PLP part. It is notedthat the broadcast reception device 100 is required to decode all of theplurality of PLPs of the scheduled and interleaved PLP part in order toacquire specific broadcast service information for scanning of broadcastservices.

Unlike the embodiment of FIG. 82, the broadcast transmission device maytransmit a broadcast transport frame including a separate part includinginformation about a broadcast service transmitted through the broadcasttransport frame and a component included in the broadcast service. Inthis case, the broadcast reception device 100 may rapidly receiveinformation about the broadcast service and components included in thebroadcast service, through the separate part. Details will be describedbelow with reference to FIG. 83.

FIG. 83 illustrates a broadcast transport frame according to anotherembodiment of the present invention.

In the embodiment of FIG. 83, the broadcast transport frame includes aP1 part, an L1 part, a fast information channel (FIC) part, a common PLPpart, a scheduled & interleaved PLP part, and an auxiliary data part.

The parts other than the FIC part are the same as the embodiment of FIG.82.

The broadcast transmission device transmits fast information through theFIC part. The fast information may include configuration information ofa broadcast stream transmitted through the transport frame, simplebroadcast service information, and component information. The broadcastreception device 100 may scan a broadcast service based on the FIC part.Specifically, the broadcast reception device 100 may extract informationabout a broadcast service from the FIC part. The fast information may bereferred to as link layer signaling. The broadcast reception device 100may acquire broadcast service information and component information byparsing only the link layer, without parsing an application layer.

It has been described that the media content presentation information iscapable of signaling a media component included in a broadcast serviceand a media component associated with the broadcast service. In orderfor the media content presentation information to signal informationabout a hybrid broadcast service, it is necessary to change the formatof an existing media content presentation information. In particular, itis necessary to expand the content presentation information ofMPEG-DASH. Details will be described below with reference to thefollowing figures.

Facilitating presentation synchronization of each segment by adding anew element to an MPD will be described with reference to FIGS. 84 to87. FIG. 84 illustrates an element indicating a reference time of apresentation start time of each segment of MPEG-DASH in an MPD.

The MPD may include an element indicating a reference time of apresentation start time of each segment. Also, when the form of themedia content is a dynamic form, the MPD may include an elementindicating a reference time of a presentation start time of eachsegment. In a specific embodiment, an element indicating a presentationstart time of each segment is referred to as presentationStartTime. Inthis case, the value of the presentationStartTime may be represented asa wall clock time. Also, the value of the presentationStartTime may berepresented as a UTC time.

FIG. 85 illustrates a relationship between an element indicating areference time of a presentation start time of each segment of MPEG-DASHin an MPD and a presentation start time of each segment.

The presentation start time of a segment which is signaled by the MPDmay be acquired based on at least one of MPD@presentationStartTime, astart time of a period, and the sum of presentation lengths of previoussegments.

When the MPD includes MPD@suggestedPresentationDelay andSgementBase@presentationTimeOffset, the presentation start time of asegment which is signaled by the MPD may be acquired based on at leastone of MPD@presentationStartTime, MPD@suggestedPresentationDelay, astart time of a period, SgementBase@presentationTimeOffset, and thepresentation lengths of previous segments. In this case, theMPD@suggestedPresentationDelay represents a fixed offset value used toacquire the presentation start times of access units of media content.Also, the SgementBase@presentationTimeOffset represents an offset timebetween presentation start times of segments based on a start time of aperiod. Specifically, the SgementBase@presentationTimeOffset representsan offset time which is to be subtracted from a start time of a periodin order to acquire a presentation start time.

Specifically, the relative presentation start time based on a referencetime of a presentation start time of a segment may be equal to a valuecalculated by adding the presentation length of previous segments priorto the segment to the value of MPD@presentationStartTime. A presentationlength of previous segments may be acquired based on theSegmentTimeline@d and SegmentTimeline@timescale.

Specifically, the relative presentation start time based on a referencetime of the presentation start time of an i-th segment of the period maybe calculated by the following equation.

${{relative}\mspace{14mu} {start}\mspace{14mu} {time}\mspace{14mu} {of}\mspace{14mu} {{segment}\lbrack i\rbrack}} = {\sum\limits_{k = 0}^{i - 1}{{duration}\mspace{14mu} {of}\mspace{14mu} {{segment}\lbrack k\rbrack}}}$

Here, segment[i] denotes an i-th segment in a corresponding period.

The presentation start time of each a segment which is signaled by theMPD may be a value calculated by adding the MPD@presentationStartTime, astart time of a corresponding period, and a relative presentation starttime of a segment. The start time of the corresponding period may beacquired based on the Period@start of the MPD.

When the MPD includes the MPD@suggestedPresentationDelay and theSgementBase@presentationTimeOffset, the presentation start time of eachsegment signaled by the MPD may be a time calculated by adding theMPD@suggestedPresentationDelay to the sum of theMPD@presentationStartTime, a start time of a period, and a relativepresentation start time of a segment, and subtracting the value of(SegmentBase@presentationTimeOffset*SegmentBase@timeScale). Thepresentation start time of a segment may be acquired by using thefollowing equation.

presentation time of segment[i]=relative start time of segment[i]+starttime ofPeriod+MPD@suggestedPresentationDelay−(SegmentBase@presentationTimeOffset*SegmentBase@timeScale)

FIG. 85 illustrates a presentation start time of a second segment whichis calculated by using the above equation. It is noted that theembodiment of FIG. 85 corresponds to a case where the MPD does notinclude SegmentBase@presentationTimeOffset.

FIG. 86 is a flowchart of an operation of adding and transmitting, by abroadcast transmission device, an element indicating a reference time ofa presentation start time of each segment of MPEG-DASH to media contentpresentation information.

The broadcast transmission device 10 acquires a reference time forpresentation start of a segment (S2251). The broadcast transmissiondevice 10 acquires the reference time for presentation start of asegment through the control unit. Specifically, the broadcasttransmission device 19 may acquire the reference time for presentationstart of a segment by using the equation as described with reference toFIG. 86.

The broadcast transmission device 10 inserts a media contentpresentation information transmission method (S2253). The broadcasttransmission device 10 inserts a reference time for presentation startof a segment to the MPD. The broadcast transmission device 10 inserts areference time for presentation start of a segment to the MPD throughthe control unit.

The broadcast transmission device 10 transmits media contentpresentation information (S2255). The broadcast transmission device 10may transmit the MPD. The broadcast transmission device 10 may transmitthe MPD through the transmitting unit. In this case, the broadcasttransmission device 10 may transmit the MPD through the various methodsdescribed above.

FIG. 87 is a flowchart of an operation of acquiring, by a broadcastreception device, a presentation start time of each segment according toan element indicating a reference time of a presentation start time ofeach segment of MPEG-DASH in an MPD.

The broadcast reception device 100 receives media content presentationinformation (S2301). The broadcast reception device 100 may receive theMPD. The broadcast reception device 100 receives the MPD through the IPtransmitting/receiving unit 130. Specifically, the MPD may be receivedthrough the various operating methods described above.

The broadcast reception device 100 acquires a reference time of asegment presentation start time based on the media content presentationinformation (S2303). The broadcast reception device 100 may acquire areference time of a segment presentation start time based on the MPD.Specifically, the broadcast reception device 100 may acquire a referencetime of a segment presentation start time based on the MPD through thecontrol unit 150. Specifically, the broadcast reception device 100acquires a value of MPD@presentationStartTime.

The broadcast reception device 100 acquires a relative presentationstart time of a segment (S2305). The broadcast reception device 100 mayacquire the relative presentation start time of a segment through thecontrol unit 150. In this case, the relative presentation start time ofa segment may be determined based on a reference time of a presentationstart time of a segment, which is indicated by theMPD@presentationStartTime. The relative presentation start time of asegment may be acquired through the equation described above.

The broadcast reception device 100 may acquire a start time of a period(S2307). The broadcast reception device 100 may acquire a start time ofa period through the control unit 150.

The broadcast reception device 100 acquires a presentation start time ofa segment based on the sum of the reference time of a presentation starttime, the relative presentation start time of a segment and the starttime of a period (S2309). The broadcast reception device 100 may acquirea presentation start time of a segment based on the sum of the referencetime of a presentation start time, the relative presentation start timeof a segment and the start time of a period through the control unit150. In a specific embodiment, when there is theMPD@suggestedPresentationDelay, the broadcast reception device 100 mayacquire a presentation start time of a segment by adding theMPD@suggestedPresentationDelay and the sum of the reference time of apresentation start time, the relative presentation start time of asegment, and the start time of a period. Also, when there is theSegmentBase@presentationTimeOffset, the broadcast reception device 100may acquire a presentation start time of a segment by subtracting avalue of the SegmentBase@presentationTimeOffset from the sum of thereference time of a presentation start time, the relative presentationstart time of a segment, and the start time of a period. In a specificembodiment, the broadcast reception device 100 may acquire apresentation start time of a segment through the equation which isdescribed with reference to FIG. 85.

The broadcast reception device 100 presents media content included inthe segment based on the presentation start time of the segment (S2311).Specifically, the broadcast reception device 100 may present mediacontent included in the segment based on the presentation start time ofthe segment through the control unit 150.

The hybrid broadcast service may interwork with a portable phone or atablet PC capable of interworking with the broadcast reception device100, in addition to the broadcast reception device 100. Such a portablephone or tablet PC may be referred to as a second screen device orcompanion device. In order for the media content presentationinformation to signal a broadcast service supporting interworking withthe second screen device, the media content presentation information

Also, the media components of an existing broadcast service areprocessed and signaled in the same manner, regardless of the pieces ofcontent thereof. It is noted that, in the case of the hybrid broadcastservice, an adaptive streaming service for transmitting media componentsof different qualities depending on a communication environment.Therefore, the user may select and watch one of media components ofvarious qualities including the same content depending on acommunication environment. Also, there is provided a multi view servicein which a plurality of media components are simultaneously displayed onone screen. This enables the user to watch a plurality of pictures ordata broadcasts through one screen. For example, the user can watch abaseball game while watching another baseball game in another baseballground through a picture in picture (PIP) screen. As described above, asvarious broadcast services each including a plurality of mediacomponents has increased, the broadcast transmission device 10 and thebroadcast reception device 100 are required to specialize and processthe types of components and the broadcast transmission device 10 isrequired to signal relationships between the media componentssystematically. Details will be described below with reference to FIGS.88 to 90.

FIG. 88 illustrates attributes which a presentable component can have.

First, terms defining types of media components will be described. Acontinuous component is a component which is presented on continuousstreams. The presentable component represents a continuous componentwhich is actually presented in the broadcast reception device 100. Anaudio component, a video component, and a subtitle component may be apresentable component.

The presentable component may include at least one oftargeting/personalization properties, content advisory rating,content/service protection properties, target devices and associatedcomponents as attributes.

The targeting/personalization properties may represent characteristicsof a viewer targeted by a corresponding presentable component. Detailswill be described below with reference to FIGS. 91 to 93.

The content advisory rating may represent a recommended age of a viewerwho can watch the presentable component.

The content/service protection properties may represent whether acorresponding media component is protected.

The target device may represent the type of a device which is targetedby a corresponding media component. In this case, the target device mayrepresent at least one of all devices, a primary screen, a companionscreen connected to and interworking with the primary screen, and aninsert screen as a part of the primary screen. In this case, the primaryscreen may be a screen of a device which directly receives and presets abroadcast signal. Also, the target device attribute may be referred toas a target screen attribute. Details will be described below withreference to FIGS. 89 to 90.

An associated component may represent a media component associated withthe corresponding media component. Specifically, the associatedcomponent may represent a media component which can be presented alongtherewith. For example, the corresponding media component is a videopresentable component, the associated media component may present asubtitle presentable component corresponding to an image included in acorresponding video component. Also, the associated component maypresent a component which can be replaced with the correspondingcomponent. For example, when the corresponding component is an audiopresentable component including an English speech, the associatedcomponent may be an audio presentable component including a Chinesespeech having the same content as the corresponding audio presentablecomponent.

FIG. 89 illustrates an element for indicating a target screen of eachadaptation and representation.

The element for indicating the target screen may include, as attributes,an identifier for identifying a schema that is a data type forindicating an element. Also, the element for representing the targetscreen may include, as attributes, a value indicating the type of acorresponding target screen. In this case, the value indicating the typeof the corresponding target device may represent at least one of alldevices, a primary screen, a companion screen connected to andinterworking with the primary screen, and an insert screen as a part ofthe primary screen. Also, the element for representing the target screenmay, as attributes, an identifier for identifying an associated targetscreen. Specifically, the associated target screen may be a device whichis targeted by the corresponding media component.

The element for representing the target screen may be referred to asTargetScreen as in the specific embodiment of FIG. 89. Also, theidentifier for identifying a schema that is a data type for indicatingan element, may be referred to as schemeIdUri. Also, the value forindicating the type of the corresponding target screen may be referredto as value. Also the identifier for representing the associated targetscreen may be referred to as Id.

In a specific embodiment as in the embodiment of FIG. 90, the value forrepresenting the type of the corresponding target screen is 0x00, it isindicated that the corresponding target screen is one of all devices.Also, the value for representing the type of the corresponding targetscreen is 0x01, it is indicated that the corresponding target screen isthe primary screen. Also, the value for representing the type of thecorresponding target screen is 0x02, it is indicated that thecorresponding target screen is the companion screen. Also, the value forrepresenting the type of the corresponding target screen is 0x03, it isindicated that the corresponding target screen is the insert screen as apart of the primary screen.

A targeting property will be described with reference to FIGS. 91 to 93.

FIG. 91 illustrates a targeting property with the form of an XML elementwhen an MPD includes the targeting property. FIG. 92 illustrates arelationship between the targeting property and child properties whichthe targeting property includes.

The element for representing the targeting property may include, asattributes, an identifier for identifying a schema that is a data typefor indicating an element. Also, the element for representing thetargeting property may include a value indicating the type of acorresponding targeting property. Also, the element for representing thetargeting property may include an identifier indicating an associatedtargeting criterion. In this case, the associated targeting criterionmay provide a criterion for identifying a viewer targeted by thetargeting property.

In a specific embodiment as in FIG. 92, the identifier for identifying aschema that is a data type for indicating an element, may be referred toas schemeIdUri. Also, a value indicating the type of a correspondingtargeting property may be referred to as value. Also, an identifier forrepresenting an associated targeting criterion may be referred to as Id.

FIG. 93 illustrates a relationship between a targeting property andchild elements which the targeting property includes.

The targeting property may include an element indicating a targetingcriterion as a child element. As described above, the targetingcriterion may provide a criterion for identifying a viewer targeted bythe targeting property. Also, the element for representing the targetingcriterion may include, as attributes, an identifier for identifying thetargeting criterion. Also, the element for representing the targetingcriterion may include an attribute for representing the type of thetargeting criterion. In this case, the attribute for representing thetype of the targeting criterion may specifically indicate the data typeof a value indicating a viewer targeted according to the targetingcriterion. Specifically, the attribute for representing the type of thetargeting criterion may indicate that the data type of a valueindicating a viewer targeted according to the targeting criterioncorresponds to one of an integer, a binary, a form selecting one of aplurality of selection items, and a character string. Also, the elementfor indicating the targeting criterion may include, as an attribute, avalue indicating a viewer targeted according to the targeting criterion.

In a specific embodiment as in FIG. 93, an attribute indicating anidentifier for identifying a targeting criterion may be referred to asid. Also, an attribute indicating the type of the targeting criterionmay be referred to as CriterionType. Also, a value indicating a viewertargeted according to the targeting criterion may be referred to asCriterionValue.

The MPD may include the above-described attributes as common attributes.Also, the MPD may include the above-described attributes as attributesof an adaptation set. Also, the MPD may include the above-describedattributes as attributes of a representation. Details will be describedbelow with reference to FIGS. 94 to 98.

FIG. 94 illustrates a syntax of an MPD when the MPD includes an elementindicating as a presentable component, an element indicating anassociated media component, an element indicating a targeting property,and an element indicating a target screen as a common element. FIG. 95illustrates a syntax of an MPD with an XML format when the MPD includesan element indicating as a presentable component, an element indicatingan associated media component, an element indicating a targetingproperty, and an element indicating a target screen as a common element.

The MPD may include at least one of the element indicating as apresentable component, the element indicating an associated mediacomponent, the element indicating a targeting property, and the elementindicating a target screen, as a common element.

The broadcast reception device 100 may present a media component basedon the element indicating as a presentable component. Specifically, thebroadcast reception device 100 may determine whether a correspondingmedia component is a presentable media component. When the correspondingmedia component is a presentable media component, the broadcastreception device 100 may present the corresponding media component.

Also, the broadcast reception device 100 may present the media componentbased on the element indicating an associated media component.Specifically, the broadcast reception device 100 may identify a mediacomponent associated with the corresponding media component based on theelement indicating an associated media component. Also, the broadcastreception device 100 may present the media component associated with thecorresponding media component together.

The broadcast reception device 100 may present the media component basedon the element indicating a targeting property. Specifically, thebroadcast reception device 100 may determine a viewer targeted by thecorresponding media component based on the element indicating atargeting property. Also, the broadcast reception device 100 maydetermine whether to present the corresponding media component based ona result of the determination. For example, the broadcast receptiondevice 100 may compare information indicated by the element indicating atargeting property with user information and when the informationindicated by the element indicating a targeting property is identical tothe user information, may present the corresponding media component.Also, the broadcast reception device 100 may compare the informationindicated by the element indicating a targeting property with the userinformation and when the information indicated by the element indicatinga targeting property is not identical to the user information, may notpresent the corresponding media component. Specifically, when a positionof the broadcast reception device 100 or an address of a user isincluded in a region indicated by the targeting property, the broadcastreception device 100 may present the corresponding media component.

Also, the broadcast reception device 100 may present the media componentbased on the element indicating a target screen. Specifically, thebroadcast reception device 100 may determine a device targeted by thecorresponding media component based on the element indicating a targetscreen. Also, the broadcast reception device 100 may determine whetherto present the corresponding media component based on a result of thedetermination. For example, the broadcast reception device 100 maycompare information indicated by the element indicating a target screenwith information of the broadcast reception device 100 and when theinformation indicated by the element indicating a target screen isidentical to the information of the broadcast reception device 100, maypresent the corresponding media component. Also, the broadcast receptiondevice 100 may compare information indicated by the element indicating atarget screen with information of the broadcast reception device 100 andwhen the information indicated by the element indicating a target screenis not identical to the information of the broadcast reception device100, may not present the corresponding media component. Specifically,when the broadcast reception device 100 is a companion device and theelement indicating the target screen represents a companion device, thebroadcast reception device 100 may present the corresponding mediacomponent.

FIG. 96 illustrates a relationship with another representation elementwhen an MPD includes an element indicating as a presentable component,an element indicating an associated media component, an elementindicating a targeting property, and an element indicating a targetscreen, as a representation element. FIG. 97 illustrates a syntax of anMPD when the MPD includes an element indicating as a presentablecomponent, an element indicating an associated media component, anelement indicating a targeting property, and an element indicating atarget screen, as an adaptation set or representation element. FIG. 98illustrates an MPD with an XML format when the MPD includes an elementindicating as a presentable component, an element indicating anassociated media component, an element indicating a targeting property,and an element indicating a target screen, as an adaptation set orrepresentation element.

The MPD may include at least one of the element indicating as apresentable component, the element indicating an associated mediacomponent, the element indicating a targeting property, and the elementindicating a target screen, as an adaptation set element. The MPD mayinclude at least one of the element indicating as a presentablecomponent, the element indicating an associated media component, theelement indicating a targeting property, and the element indicating atarget screen, as a representation element.

As described above, the broadcast reception device 100 may present amedia component based on the element indicating as a presentablecomponent.

Also, the broadcast reception device 100 may present the media componentbased on the element indicating an associated media component.

The broadcast reception device 100 may present the media component basedon the element indicating a targeting property. Also, the broadcastreception device 100 may present the media component based on theelement indicating a target screen.

FIG. 99 illustrates an operation of a broadcast transmission device fortransmitting media content presentation information including attributesof a media component.

The broadcast transmission device 10 acquires attributes of a mediacomponent (S2351). Specifically, the broadcast transmission device 10may acquire attributes of a media component through the control unit.Also, the broadcast transmission device 10 may acquire at least one ofan attribute indicating whether a media component is a presentablecomponent, an attribute indicating an associated media component, atargeting property of the media component, and a target screen attributeof the media component.

The broadcast reception device 100 inserts the attributes of the mediacomponent into the media content presentation information (S2353). Thebroadcast reception device 100 may insert the attributes of the mediacomponent into an MPD. Specifically, the broadcast transmission device10 may insert the attributes of the media component into the MPD throughthe control unit. In a specific embodiment, the broadcast transmissiondevice 10 may insert the attributes of the media component into the MPDas common elements. Also, the broadcast transmission device 10 mayinsert the attributes of the media component into the MPD as adaptationset elements. Also, the broadcast transmission device 10 may insert theattributes of the media component into the MPD as representationelements.

The broadcast transmission device 10 transmits media contentpresentation information (S2355). The broadcast transmission device 10may transmit the MPD. The broadcast transmission device 10 may transmitthe MPD through the transmitting unit. The broadcast transmission device10 transmits the MPD (S2355). The MPD may be transmitted through thevarious methods described above.

FIG. 100 illustrates an operation of a broadcast reception device basedon attributes of a media component included in media contentpresentation information.

The broadcast reception device 100 receives media content presentationinformation (S2401). The reception device 100 may receive the MPD.Specifically, the broadcast reception device 100 receives the MPDthrough the broadcast receiving unit 110. Also, the broadcast receptiondevice 100 may receive the MPD through the IP transmitting/receivingunit 130. The broadcast reception device 100 may receive the MPD throughthe various methods described above.

The broadcast reception device 100 acquires the attributes of the mediacomponent based on the media content presentation information (S2403).The broadcast reception device 100 may acquire the attributes of themedia component based on the MPD. Specifically, the broadcast receptiondevice 100 may acquire the attributes of the media component based onthe MPD through the control unit 150. Specifically, the broadcastreception device 100 may acquire the attributes of the media componentfrom the MPD. In a specific embodiment, the broadcast reception device100 may acquire at least one of an attribute indicating whether a mediacomponent is a presentable component, an attribute indicating anassociated media component, a targeting property of the media component,and a target screen attribute of the media component. In a specificembodiment, the broadcast reception device 100 may acquire theattributes of the media component from the common elements of the MPD.Also, the broadcast reception device 100 may acquire the attributes ofthe media component from the adaptation set elements of the MPD. Also,the broadcast reception device 100 may acquire the attributes of themedia component from the representation elements of the MPD.

The broadcast reception device 100 presents the media component based onthe attributes of the media component (S2405). Specifically, thebroadcast reception device 100 may present the media component based onthe attributes of the media component through the control unit 150. In aspecific embodiment, the broadcast reception device 100 may present themedia component based on the element indicating whether the mediacomponent is a presentable component. Specifically, the broadcastreception device 100 may determine whether a corresponding mediacomponent is a presentable media component. When the corresponding mediacomponent is a presentable media component, the broadcast receptiondevice 100 may present the corresponding media component.

Also, the broadcast reception device 100 may present the media componentbased on the element indicating an associated media component.Specifically, the broadcast reception device 100 may identify a mediacomponent associated with the corresponding media component based on theelement indicating an associated media component. Also, the broadcastreception device 100 may present the media component associated with thecorresponding media component together.

The broadcast reception device 100 may present the media component basedon the element indicating a targeting property. Specifically, thebroadcast reception device 100 may determine a viewer targeted by thecorresponding media component based on the element indicating atargeting property. Also, the broadcast reception device 100 maydetermine whether to present the corresponding media component based ona result of the determination. For example, the broadcast receptiondevice 100 may compare information indicated by the element indicating atargeting property with user information and when the informationindicated by the element indicating a targeting property is identical tothe user information, may present the corresponding media component.Also, the broadcast reception device 100 may compare the informationindicated by the element indicating a targeting property with the userinformation and when the information indicated by the element indicatinga targeting property is not identical to the user information, may notpresent the corresponding media component. Specifically, when a positionof the broadcast reception device 100 or an address of a user isincluded in a region indicated by the targeting property, the broadcastreception device 100 may present the corresponding media component.

Also, the broadcast reception device 100 may present the media componentbased on the element indicating a target screen. Specifically, thebroadcast reception device 100 may determine a device targeted by thecorresponding media component based on the element indicating a targetscreen. Also, the broadcast reception device 100 may determine whetherto present the corresponding media component based on a result of thedetermination. For example, the broadcast reception device 100 maycompare information indicated by the element indicating a target screenwith information of the broadcasting device 100 and when the informationindicated by the element indicating a target screen is identical to theinformation of the broadcasting device 100, may present thecorresponding media component. Also, the broadcast reception device 100may compare information indicated by the element indicating a targetscreen with information of the broadcasting device 100 and when theinformation indicated by the element indicating a target screen is notidentical to the information of the broadcasting device 100, may notpresent the corresponding media component. Specifically, when thebroadcast reception device 100 is a companion device and the elementindicating the target screen represents a companion device, thebroadcast reception device 100 may present the corresponding mediacomponent.

As described above, one scene may be configured by presenting aplurality of media components. Specifically, one scene may be configuredby presenting a plurality of video components. Also, the MPD issignaling a plurality of replaceable media components through aplurality of representations included in an adaptation set. However, theMPD cannot signal a case where one scene is configured by combining aplurality of media components. Therefore, it is necessary for the mediacontent presentation information to signal a relationship between theplurality of media components. Details will be described below withreference to FIGS. 101 to 109.

FIG. 101 illustrates definition of a continuous component and acomposite component for a hybrid broadcast service.

As described above, the continuous component is a component which ispresented on continuous streams. The composite component is a collectionof a plurality of continuous components necessary to present one scene.Specifically, the composite component may be a collection of continuouscomponents which have the same media type, represent the same scene, andare to be combined in some combination to produce a presentation.Therefore, the composite component may be a collection of a plurality ofmedia components representing one scene in such a way that the pluralityof media components are combined. For example, the composite componentmay be music, dialog and effects, which are necessary to give completeaudio. Also, the composite component may be a right picture and a leftpicture of a three-dimensional (3D) view necessary to produce 3Dpictures

FIG. 102 illustrates an XML element form of an element capable ofrepresenting a composite component. Attributes and child elementsincluded in the composite component will be described with reference toFIGS. 103 to 108.

FIG. 103 illustrates a relationship between attributes included in acomposite component element and child elements.

The composite component element may include a contains attributeindicating at least one of an adaptation set and a representationincluded in the composite component. Specifically, the containsattribute indicating at least one of the adaptation set and therepresentation included in the composite component may represent atleast one of an identifier for identifying an adaptation set included inthe composite component and an identifier for identifying representationincluded in the composite component. For example, the contains attributeindicating at least one of the adaptation set and the representationincluded in the composite component may include the @id of theadaptation set included in the composite component. Also, for example,the contains attribute indicating at least one of the adaptation set andthe representation included in the composite component may include the@id of the representation included in the composite component.

The composite component element may include an identifier foridentifying the composite component as an attribute.

The composite component element may include a presentable attributeindicating whether the composite component is presentable. As describedabove, the broadcast reception device 100 may present the compositecomponent based on the presentable attribute. Specifically, thebroadcast reception device 100 may present the composite component whenthe composite component is a presentable component.

The composite component element may include an associated attributeindicating an associated adaptation set or representation. Theassociated attribute may indicate an identifier for identifying anadaptation set associated with the composite component. Also, theassociated attribute may indicate an identifier for identifying arepresentation associated with the composite component. For example, theassociated attribute may indicate the @id of the adaptation setassociated with the composite component. Also, the associated attributemay indicate the @id of the representation associated with the compositecomponent. In this case, the representation or adaptation set associatedwith the composite component may represent a representation oradaptation set belonging to the same program. Also, the representationor adaptation set associated with the composite component may representa representation or adaptation set which is capable of replacing thecomposite component.

The composite component element may include an element indicating atargeting property. The targeting property element may indicatecharacteristics of a viewer targeted by a corresponding compositecomponent. The broadcast reception device 100 may present the compositecomponent based on the targeting property element. Specifically, thebroadcast reception device 100 may determine a viewer targeted by thecomposite component based on the element indicating a targetingproperty. Also, the broadcast reception device 100 may determine whetherto present a corresponding composite component based on a result of thedetermination. For example, the broadcast reception device 100 maycompare information indicated by the element indicating a targetingproperty with user information and when the information indicated by theelement indicating a targeting property is identical to the userinformation, may present the corresponding composite component. Also,the broadcast reception device 100 may compare the information indicatedby the element indicating a targeting property with the user informationand when the information indicated by the element indicating a targetingproperty is not identical to the user information, may not present thecorresponding composite component.

Specifically, when a position of the broadcast reception device 100 oran address of a user is included in a region indicated by the targetingproperty, the broadcast reception device 100 may present thecorresponding composite component.

The composite component element may include a recommended content ratingelement indicating a recommended content rating. As described above, therecommended content rating element may represent a recommended age of aviewer who can watch the composite component. The broadcast receptiondevice 100 may present the composite component based on the recommendedcontent rating element indicating a recommended content rating.Specifically, the broadcast reception device 100 may present thecomposite component when a rating indicated by the recommended contentrating element is equal to or lower than an age set by the broadcastreception device 100.

The composite component element may include a target screen elementindicating a target screen. The target screen element may indicate thetype of a device which is targeted by a corresponding compositecomponent. In this case, the target screen element may represent atleast one of all devices, a primary screen, a companion screen, and aninsert screen as a part of the primary screen. In a specific embodiment,as described above, the broadcast reception device 100 may present thecomposite component based on the target screen element. Specifically,the broadcast reception device 100 may determine a device targeted by acorresponding composite component based on the element indicating atarget screen. Also, the broadcast reception device 100 may determinewhether to present a corresponding composite component based on a resultof the determination. For example, the broadcast reception device 100may compare information indicated by the element indicating a targetscreen with information of the broadcasting device 100 and when theinformation indicated by the element indicating a target screen isidentical to the information of the broadcasting device 100, may presentthe corresponding composite component. Also, the broadcast receptiondevice 100 may compare information indicated by the element indicating atarget screen with information of the broadcasting device 100 and whenthe information indicated by the element indicating a target screen isnot identical to the information of the broadcasting device 100, may notpresent the corresponding composite component. Specifically, when thebroadcast reception device 100 is a companion device and the elementindicating the target screen represents a companion device, thebroadcast reception device 100 may present the corresponding compositecomponent.

In a specific embodiment as in FIG. 103, the contains attribute may bereferred to as contains. Also, the presentable attribute may be referredto as presentable. Also, the identifier for identifying the compositecomponent may be referred to as id. Also, the element for indicating atargeting property may be referred to as TargetingProperty. Also, therecommended content rating element may be referred to as AtscRating.Also, the target screen element may be referred to as TargetScreenelement.

FIG. 104 illustrates an XML format of a composite component element whenthe composite component element includes a child element. FIG. 105illustrates a relationship between a composite component element andchild elements and attributes included in the child elements.

The recommended rating element may include, as attributes, an identifierfor identifying schema that is a data type for indicating an element.Also, the recommended content rating element may include an identifierfor identifying a reference of a corresponding recommended contentrating, as an attribute. Also, the recommended content rating elementmay include a value indicating a recommended content rating of acorresponding composite component, as an attribute.

In a specific embodiment as in FIG. 105, the identifier for identifyinga schema that is a data type for indicating an element may be referredto as schemeIdUri. Also, the value indicating a recommended contentrating of a corresponding composite component may be referred to asvalue. Also, the identifier for identifying a reference of acorresponding recommended content rating may be referred to as Id.

The identifier for identifying a schema that is a data type forindicating an element. Also, the target screen element may include, asan attribute, a value indicating the type of a corresponding targetscreen. In this case, the value indicating the type of the correspondingtarget device may represent at least one of all devices, a primaryscreen, a companion screen, and an insert screen as a part of theprimary screen. Also, the target screen element may include, as anattribute, an identifier for identifying an associated target screen.Specifically, the associated target screen may be a device which istargeted by the corresponding composite component.

In a specific embodiment as in FIG. 105, the identifier for identifyinga schema that is a data type for indicating an element may be referredto as schemeIdUri. Also, the value for indicating the type of thecorresponding target screen may be referred to as value. Also theidentifier for representing the associated target screen may be referredto as Id.

FIG. 106 illustrates an XML format when an MPD includes a compositeelement as a common element. FIG. 107 illustrates an XML format when anMPD includes a composite element as an adaptation element or arepresentation element.

The MPD may include a composite component element as a common element.The MPD may include a composite component element as an adaptation setelement. The MPD may include a composite component element as arepresentation element.

FIG. 108 is a flowchart of an operation of transmitting, by a broadcasttransmission device, an MPD including a composite component element.

The broadcast transmission device 10 acquires elements of a compositecomponent (S2451). Specifically, the broadcast transmission device 10may acquire the elements of the composite component through the controlunit. In a specific embodiment, the broadcast transmission device 10 mayacquire at least one of a contains attribute for indicating at least oneof an adaptation set and a representation included in the compositecomponent, an identifier for identifying the composite component, apresentable attribute for indicating whether the composite component isrepresentable, an associated attribute for indicating an adaptation setand a representation associated with the composite component, arecommended content rating element for indicating a recommended contentrating, and a target screen element for indicating a target screen.

The broadcast reception device 100 inserts the elements of the compositecomponent into the media content presentation information (S3453). Thebroadcast reception device 100 may insert the attributes of the mediacomponent into an MPD. Specifically, the broadcast transmission device10 may insert the elements of the composite component into the MPD. In aspecific embodiment, the broadcast transmission device 10 may insert theelements of the composite component into the MPD as common elements.Also, the broadcast transmission device 10 may insert the elements ofthe composite component into the MPD as adaptation set elements. Also,the broadcast transmission device 10 may insert the elements of thecomposite component into the MPD as representation elements.

The broadcast transmission device 10 transmits media contentpresentation information (S2455). The broadcast transmission device 10may transmit the MPD. The broadcast transmission device 10 may transmitthe MPD through the transmitting unit. The broadcast transmission device10 transmits the MPD (S2355). The MPD may be transmitted through thevarious methods described above.

FIG. 109 is a flowchart of an operation of a broadcast reception devicebased on a composite component element included in media contentpresentation information.

The broadcast reception device 100 receives media content presentationinformation (S2501). The broadcast reception device 100 may receive theMPD. Specifically, the broadcast reception device 100 receives the MPDthrough the broadcast receiving unit 110. Also, the broadcast receptiondevice 100 may receive the MPD through the IP transmitting/receivingunit 130. The broadcast reception device 100 may receive the MPD throughthe various methods described above.

The broadcast reception device 100 acquires the composite componentelement based on the media content presentation information (S2503). Thebroadcast reception device 100 may acquire the composite componentelement based on the MPD. Specifically, the broadcast reception device100 may acquire the composite component element based on the MPD throughthe control unit 150. Specifically, the broadcast reception device 100may acquire the composite component element from the MPD. In a specificembodiment, the broadcast reception device 100 may acquire at least oneof a contains attribute for indicating at least one of an adaptation setand a representation included in the composite component, an identifierfor identifying the composite component, a presentable attribute forindicating whether the composite component is representable, anassociated attribute for indicating an adaptation set and arepresentation associated with the composite component, an element forindicating a targeting property, a recommended content rating elementfor indicating a recommended content rating, and a target screen elementfor indicating a target screen. In a specific embodiment, the broadcastreception device 100 may acquire the elements of the composite componentfrom the common elements of the MPD. Also, the broadcast receptiondevice 100 may acquire the elements of the composite component from theadaptation set elements of the MPD. Also, the broadcast reception device100 may acquire the elements of the composite component from therepresentation elements of the MPD.

The broadcast reception device 100 presents a media component based onthe elements of the composite component (S2505). Specifically, thebroadcast reception device 100 may present the media component based onthe elements of the composite component through the control unit 150.The broadcast reception device 100 may present the composite componentbased on at least one of a contains attribute for indicating at leastone of an adaptation set and a representation included in the compositecomponent, an identifier for identifying the composite component, apresentable attribute for indicating whether the composite component isrepresentable, an associated attribute for indicating an adaptation setand a representation associated with the composite component, an elementfor indicating a targeting property, a recommended content ratingelement for indicating a recommended content rating, and a target screenelement for indicating a target screen.

Specifically, the broadcast reception device 100 may acquire a mediacomponent included in the composite component based on the containsattribute and present the composite component.

Also, the broadcast reception device 100 may present the compositecomponent based on the presentable attribute. Specifically, thebroadcast reception device 100 may determine whether a correspondingmedia component is a presentable composite component. When thecorresponding composite component is presentable, the broadcastreception device 100 may present the corresponding composite component.

Also, the broadcast reception device 100 may present the compositecomponent based on the associated attribute. Specifically, the broadcastreception device 100 may identify a media component associated with thecorresponding media component based on the associated attribute. Also,when the corresponding composite component is not presentable, thebroadcast reception device 100 may present the associated mediacomponent.

The broadcast reception device 100 may present the composite componentbased on the targeting property element. Specifically, the broadcastreception device 100 may determine a viewer targeted by the compositecomponent based on the targeting element. Also, the broadcast receptiondevice 100 may determine whether to present the corresponding compositecomponent based on a result of the determination. For example, thebroadcast reception device 100 may compare information indicated by thetargeting property element indicating a targeting property with userinformation and when the information indicated by the targeting propertyelement indicating a targeting property is identical to the userinformation, may present the corresponding composite component. Also,the broadcast reception device 100 may compare the information indicatedby the targeting property element with the user information and when theinformation indicated by the targeting property element is not identicalto the user information, may not present the corresponding compositecomponent. Specifically, when a position of the broadcast receptiondevice 100 or an address of a user is included in a region indicated bythe targeting property element, the broadcast reception device 100 maypresent the corresponding composite component.

Also, the broadcast reception device 100 may present the compositecomponent based on the recommended content rating element indicating arecommended content rating. Specifically, the broadcast reception device100 may present the composite component when a rating indicated by therecommended content rating element is equal to or lower than an age setby the broadcast reception device 100.

Also, the broadcast reception device 100 may present the compositecomponent based on the target screen element. As described above, thebroadcast reception device 100 may present a media component based onthe target screen element. Specifically, the broadcast reception device100 may determine a device targeted by the corresponding compositecomponent based on the element indicating a target screen. Also, thebroadcast reception device 100 may determine whether to present thecorresponding composite component based on a result of thedetermination. For example, the broadcast reception device 100 maycompare information indicated by the element indicating a target screenwith information of the broadcasting device 100 and when the informationindicated by the element indicating a target screen is identical to theinformation of the broadcasting device 100, may present thecorresponding composite component. Also, the broadcast reception device100 may compare information indicated by the element indicating a targetscreen with information of the broadcasting device 100 and when theinformation indicated by the element indicating a target screen is notidentical to the information of the broadcasting device 100, may notpresent the corresponding composite component. Specifically, when thebroadcast reception device 100 is a companion device and the elementindicating the target screen represents a companion device, thebroadcast reception device 100 may present the corresponding compositecomponent.

The media content presentation information with an XML format isdescribed above. The format of the media content presentationinformation is not limited thereto.

Although the embodiments of the present invention are described throughthe MPD with reference to FIGS. 84 to 109, the features of the presentinvention described with reference to FIGS. 84 to 109 may be applied toother media content presentation information than the MPD in the similarmanner thereto.

In a hybrid broadcast service, a program may be divided into segmentsthat are segmented time periods over which the program is aired. Also,the segment may be one of a show segment representing a time period overwhich primary content is broadcast and an interstitial segmentrepresenting a time period over which content other than the primarycontent is broadcast. Specifically, the interstitial segment may provideat least one of an advertisement picture, a public serviceadvertisement, and a preview of another broadcast program. For example,a program providing a movie may include an interstitial segmentproviding an advertisement picture before the movie starts, aninterstitial segment providing an advertisement picture during themovie, an interstitial segment providing an advertisement picture afterthe movie ends, a show segment providing the movie before theinterstitial advertisement after the advertisement picture is providedbefore the movie starts and a show segment before the movie ends afterthe interstitial advertisement.

There are many cases where the interstitial segment includes contentswhich is required to be changed in real time, the interstitial segmentmay be changed in such a way that the content thereof is supplemented orchanged unlike the show segment. Also, the broadcast reception device100 may present one of a plurality of pieces of media contentcorresponding to the interstitial segments based on a personalizationproperty or a target property. Therefore, it may be effective to performsignaling of the interstitial segment through a separate MPD differentfrom that of the show segments.

Specifically, one program may include a show segment or show segments.Also, the signal program may include an interstitial segment orinterstitial segments. One MPD may include information about all theshow segments included in the one program. Also, there may be providedan individual MPD for each of the interstitial segments. Specifically,one MPD may signal information about one interstitial segment. Asdescribed above, when the interstitial segments are signaled byindividual MPDs, this makes it easy for the broadcast reception device100 to present content targeted to the interstitial segments accordingto the personalization property and the targeting property of theviewer. Also, it becomes easy for a broadcast operator to change mediacontent corresponding to interstitial segments of a broadcast programduring a broadcast service. Also, when a plurality of MPDs are used asdescribed above, the broadcast transmission device 10 may signal changeof the MPD before the MPD to be referred to by the broadcast receptiondevice 100 is changed. Also, the broadcast transmission device 10 maychange and transmit the MPD.

Specific operations of the broadcast transmission device 10 and thebroadcast reception device 100 will be described with reference to FIGS.110 and 111.

FIG. 110 illustrates an operation of exchanging and transmitting, by thebroadcast transmission device 10 media content presentation informationduring transmission of a broadcast signal.

The broadcast transmission device 10 acquires information about aplurality of segments whom a program includes (S2551). Specifically, thebroadcast transmission device 10 acquires information about showsegments and interstitial segments whom a program includes.

The broadcast transmission device 10 generates media contentpresentation information about the show segments whom the programincludes (S2553). Specifically, the broadcast transmission device 10 maygenerate media content presentation information about all the showsegments whom the program includes.

The broadcast transmission device 10 generates media contentpresentation information about the interstitial segments whom theprogram includes (S2555). Specifically, the broadcast transmissiondevice 10 may generate one piece of media content for each of theinterstitial segments. In this way, when the media content for each ofthe interstitial segments is changed, the broadcast reception device 100may change each piece of media content presentation information andapply the changed media content presentation information to a broadcastservice. Therefore, the broadcast reception device 100 may efficientlyperform change of the media content for the interstitial segments.

The broadcast transmission device 10 transmits the media contentpresentation information generated through a broadcast signal (S2557).Specifically, the broadcast reception device 100 may transmit the mediacontent presentation information through the various methods describedabove.

Also, before a time at which the media content presentation informationis to be changed is reached, the broadcast transmission device 10 maychange and transmit the media content presentation information. In aspecific embodiment, the broadcast transmission device 10 may changefrom the media content presentation information about the show segmentsto the media content presentation information about the interstitialsegments and transmit it before the show segments are changed to theinterstitial segments. For example, the broadcast transmission device 10may change from the media content presentation information for contentof a movie to the media content presentation information about aninterstitial advertisement and transmit it five minutes before changingto the interstitial advertisement is performed during transmission of aprogram for the movie. Also, before a time at which the media contentpresentation information is to be changed is reached, the broadcasttransmission device 10 may signal that the media content presentationinformation is required to be changed. In a specific embodiment, thebroadcast transmission device 10 may signal that it is required tochange the media content presentation information about the showsegments to the media content presentation information about theinterstitial segments before the show segments are changed to theinterstitial segments. For example, the broadcast transmission device 10may signal that it is required to receive the media content presentationinformation about an interstitial advertisement instead of the mediacontent presentation information for content of a movie five minutesbefore changing to the interstitial advertisement is performed duringtransmission of a program for the movie.

FIG. 111 illustrates an operation of changing and receiving, by thebroadcast reception device 100, media content presentation informationduring reception of a broadcast signal.

The broadcast reception device 100 receives a broadcast signal.

The broadcast reception device 100 acquires changed media contentpresentation information based on the broadcast signal. Specifically,the broadcast reception device 100 may transmit the media contentpresentation information through the various methods described above.

Also, when the media content presentation information is changed beforea time at which the media content presentation information is to bechanged is reached, the broadcast reception device 100 may receive thechanged media content presentation information. In a specificembodiment, the broadcast reception device 100 may receive the mediacontent presentation information about the interstitial segments whenthe media content presentation information about the show segments ischanged to the media content presentation information about theinterstitial segments before the show segments are changed to theinterstitial segments. For example, when the media content presentationinformation about content of a movie is changed to the media contentpresentation information about the interstitial advertisement fiveminutes before changing to the interstitial segments is performed duringtransmission of a program for the movie, the broadcast reception device100 may receive the media content presentation information about theinterstitial advertisement. Also, the broadcast reception device 100 mayreceive media content presentation information based on information forsignaling change of the media content presentation information.Specifically, before a time at which the media content presentationinformation is to be changed is reached, the broadcast reception device100 may receive the media content presentation information based oninformation for signaling that it is required to change the mediacontent presentation information. In a specific embodiment, thebroadcast reception device 100 may receive information for signalingthat it is required that the media content presentation informationabout the show segments is changed to the media content presentationinformation about the interstitial segments before the show segments arechanged to the interstitial segments. In this case, the broadcastreception device 100 may receive media content presentation informationbased on information for signaling change of the media contentpresentation information. For example, the broadcast reception device100 may receive information for signaling that it is required to receivethe media content presentation information about the interstitialadvertisement instead of the media content presentation informationabout the content of the movie five minutes before change to theinterstitial segments is performed during reception of a program for themovie. Also, the broadcast reception device 100 may receive the mediacontent presentation information about the interstitial advertisementaccording to the information for signaling that it is required toreceive the media content presentation information about theinterstitial advertisement instead of the media content presentationinformation about the content of the movie.

In a specific embodiment, when there are a plurality of pieces of mediacontent presentation information, the broadcast reception device 100 mayreceive any one of the plurality of pieces of media content presentationinformation based on user information. Specifically, the broadcastreception device 100 may compare a targeting property included in themedia content presentation information with the user information of thebroadcast reception device 100, and receive the media contentpresentation information. For example, when a region indicated by thetargeting property included in the media content presentationinformation includes a position indicated by position information of thebroadcast reception device 100, the broadcast reception device 100 mayreceive the media content presentation information.

The broadcast reception device 100 presents the media content accordingto the changed media content presentation information (S2605).

The media content presentation information of FIGS. 110 and 111 may bean MPD in a specific embodiment.

Referring to FIGS. 112 and 113, there will be described information forsignaling a broadcast service for interworking with the media contentpresentation information in a hybrid broadcast.

FIG. 112 illustrates information for signaling a broadcast service forinterworking with the media content presentation information in a hybridbroadcast.

The broadcast transmission device 10 may insert media componentacquisition information signaling information to information forsignaling a broadcast service and transmit the media componentacquisition information signaling information. Media componentacquisition information indicates information including a transportparameter for acquiring a media component included in the broadcastservice. The media component acquisition information signalinginformation indicates information for acquiring the media component. Inthis case, the broadcast reception device 100 may receive theinformation for signaling the broadcast service and extract the mediacomponent acquisition information signaling information. Also, thebroadcast reception device 100 may acquire a media component based onthe extracted media component acquisition information signalinginformation.

The broadcast transmission device 10 may signal the media componentincluded in one service as one piece of media content presentationinformation. In this case, the broadcast reception device 100 merelyreceives the one piece of media content presentation information inorder to present the one service. Also, the media content presentationinformation may signal a broadcast service in the unit of a mediacomponent.

To this end, the media component acquisition information in the hybridbroadcast may include information about media content presentationinformation in order to interwork with the media content presentationinformation. Specifically, the broadcast transmission device 10 mayinsert information for connecting the media component included in thebroadcast service with the media content presentation information to themedia component acquisition information and transmit it. In a specificembodiment, the broadcast transmission device 10 may insert arepresentation identifier for identifying representation of an MPDcorresponding to the media component included in the broadcast serviceto the media component acquisition information and transmit it. In thiscase, the broadcast transmission device 10 may transmit an identifier ofa period including the representation corresponding to the mediacomponent. The broadcast reception device 100 may acquire theinformation for connecting the media component included in the broadcastservice with the media content presentation information from the mediacomponent acquisition information and receive the media component. In aspecific embodiment, the broadcast reception device 100 may acquire therepresentation identifier of the MPD corresponding to the mediacomponent included in the broadcast service from the media componentacquisition information. Also, the broadcast reception device 100 mayacquire the MPD and receive a media component corresponding to theacquired representation identifier.

Also, the broadcast transmission device 10 may insert information foridentifying signaling information for signaling an applicationassociated with a broadcast service to the information for signaling thebroadcast service. Also, the broadcast transmission device 10 may insertreception information necessary to receive the signaling information forsignaling an application associated with a broadcast service to theinformation for signaling the broadcast service and transmit it.Specifically, the broadcast transmission device 10 may insertinformation for receiving the information for signaling an applicationassociated with a broadcast service to the information for signaling thebroadcast service and transmit it. The information for receiving theinformation for signaling an application associated with a broadcastservice may be a session identifier for identifying a session of asession-based transport protocol for transmitting the information forsignaling an application associated with a broadcast service. Forexample, the information for receiving the information for signaling anapplication associated with a broadcast service may be a TSI foridentifying an FLUTE session. In another specific embodiment, theinformation for receiving the information for signaling an applicationassociated with a broadcast service may be a session identifier foridentifying a packet of a packet-based transport protocol fortransmitting the information for signaling an application associatedwith a broadcast service.

Also, as the signaling information for signaling an applicationassociated with a broadcast service, information in which a TPT definedin the ATSC 2.0 is changed may be used. Also, in order to transmit atrigger for triggering a specific operation of the applicationassociated with the broadcast service, the broadcast transmission device10 may use in-band event signaling which is defined in MPEG-DASH. Also,in order to transmit a trigger, the broadcast transmission device 10 mayuse an event stream which is defined in MPEG-DASH.

Also, as described above, the broadcast transmission device 10 mayinsert information for acquiring the signaling information for signalingthe media content presentation information to the information forsignaling the broadcast service and transmit it. In this case, thebroadcast reception device 100 may receive the information for signalingthe broadcast service and extract information for acquiring thesignaling information for signaling the media content presentationinformation. Also, the broadcast reception device 100 may acquire themedia content presentation information based on the information foracquiring the signaling information for signaling the extracted mediacontent presentation information.

Also, as described above, the broadcast transmission device 10 mayinsert a path through which reference time signaling information can beacquired to the information for signaling the broadcast service andtransmit it. The reference time may be a time which is a reference ofbroadcast service representation. Also, the reference time signalinginformation is information for signaling a reference time. In this case,the broadcast reception device 100 may receive the information forsignaling the broadcast service and extract a path through which thereference time signaling information can be acquired. The broadcastreception device 100 may acquire a reference time based on the paththrough the reference time signaling information can be acquired. Also,the broadcast reception device 100 may perform synchronization of thebroadcast service based on the acquired reference time.

FIG. 112 illustrates information for connecting a broadcast service forhybrid broadcasts with representation of an MPD. FIG. 113 illustrates asyntax of information for signaling a broadcast service for a hybridbroadcast.

In a specific embodiment as in FIG. 112 or 113, the information forsignaling a broadcast service may include at least one of service_id,Timebase_location, MPD_location, location_signaling_location andapp_signaling_location.

The service_id indicates an identifier for identifying the broadcastservice.

The Timebase_location indicates a path through which reference timesignaling information of the broadcast service can be acquired.

The MPD_location indicates information for acquiring information forsignaling the MPD.

The location_signaling_location indicates media component acquisitioninformation signaling information. The media component acquisitioninformation may include, as an element, at least one ofrepresentation_id, IP_address, port, and tsi, dataPipe_id.

The representation_id indicates an identifier of representationcorresponding to a media component included in the broadcast service. Inthis case, the representation_id may include a period identifier foridentifying a period including the representation.

The IP_address indicates an IP address for identifying IP datagram fortransmitting a media component.

The port indicates a port number for identifying UDP datagram fortransmitting a media component.

The tsi indicates an identifier for identifying a session fortransmitting a media component.

The dataPipe_id indicates an identifier for identifying a session fortransmitting a media component.

The app_signaling_location indicates information for acquiringinformation for signaling an application.

The information for signaling an application may include at least one ofapp_signaling_id and FLUTE delivery session.

The app_signaling_id indicates an identifier for identifying informationfor signaling an application associated with a broadcast service.Specifically, the app_signaling_id may be an identifier for identifyinginformation in which the TPT described above is changed.

The FLUTE delivery session indicates information for identifying anFLUTE session for transmitting information for signaling an applicationassociated with the broadcast service.

The above-mentioned features, structures or effects are included in atleast one embodiment, but are not necessarily limited to only oneembodiment. Furthermore, the features, structures or effects of eachembodiment may be combined or changed by those skilled in the art so asto be implemented for other embodiments. Therefore, such combination ormodification should be construed as falling within the scope of thepresent disclosure.

Although embodiments have been described with reference to a number ofillustrative embodiments thereof, it should be understood that numerousother modifications and embodiments can be devised by those skilled inthe art that will fall within the spirit and scope of the principles ofthis disclosure. More particularly, various variations and modificationsare possible in the component parts and/or arrangements of the subjectcombination arrangement within the scope of the disclosure, the drawingsand the appended claims. In addition to variations and modifications inthe component parts and/or arrangements, alternative uses will also beapparent to those skilled in the art.

1-20. (canceled)
 21. An operating method of a broadcast receptiondevice, the method comprising: receiving a broadcast stream including aphysical layer frame; obtaining an internet protocol (IP) packet fromthe physical layer frame; obtaining a signaling table and a broadcastcontent from the IP packet, wherein the signaling table providesbootstrap information on media presentation description (MPD); obtainingthe MPD including information necessary to present media content basedon the signaling table; and presenting the media content based on theMPD, wherein the physical layer frame includes a preamble providinginformation on a physical layer parameter, and a plurality of a pipes,wherein the signaling table includes a first attribute indicating a typeof delivery protocol of the MPD, and a second attribute for accessingthe MPD, and wherein the type of delivery protocol is at least one of asession-based delivery protocol or a packet based delivery protocol. 22.The operating method according to claim 21, further comprising acquiringan attribute of a media component included in the media content from theMPD, wherein the presenting of the media content based on the MPDcomprises presenting the media component based on the attribute of themedia component.
 23. The operating method according to claim 22, whereinthe acquiring of the attribute of the media component included in themedia content from the MPD comprises acquiring an attribute of acomposite component, which is a collection of a plurality of mediacomponents necessary to present one scene, from the MPD, and wherein thepresenting of the media component based on the attribute of the mediacomponent comprises presenting the composite component based on theattribute of the composite component.
 24. The operating method accordingto claim 23, wherein the attribute of the composite component includes achild attribute for identifying the plurality of media componentsincluded in the composite component, and wherein the presenting of thecomposite component based on the attribute of the composite componentcomprises presenting the composite component based on the childattribute for identifying the plurality of media components include inthe composite component.
 25. The operating method according to claim 23,wherein the attribute of the composite component includes an attributefor indicating whether the composite component is a presentable mediacomponent, and wherein the presenting of the composite component basedon the attribute of the composite component comprises presenting thecomposite component based on the attribute for indicating whether thecomposite component is a presentable media component.
 26. The operatingmethod according to claim 22, wherein the acquiring of the attribute ofthe media component included in the media content from the MPD comprisesacquiring an attribute for identifying a media component associated withthe media component from the MPD, and wherein the presenting of themedia component based on the attribute of the media component comprisespresenting the media component based on the attribute for identifyingthe media component associated with the media component.
 27. Theoperating method according to claim 22, wherein the acquiring of theattribute of the media component included in the media content from theMPD comprises acquiring an attribute for indicating a device targeted bythe media component from the MPD, and wherein the presenting of themedia component based on the attribute of a media component comprisespresenting the media component based on the attribute for indicating adevice targeted by the media component.
 28. The operating methodaccording to claim 27, wherein the attribute for indicating a devicetargeted by the media component indicates at least one of a primaryscreen representing a screen of a device which directly receives thebroadcast signal, a companion device connected to and interworking withthe primary screen, and an insert screen as a part of the primaryscreen.
 29. The operating method according to claim 21, furthercomprising: acquiring a reference time of a presentation start time of asegment from the MPD; and acquiring the presentation start time of thesegment based on the reference time of the presentation start time,wherein the segment is a transport unit for transmitting the mediacontent.
 30. The operating method according to claim 29, wherein theacquiring of the presentation start time of the segment based on thereference time of the presentation start time comprises: acquiring thepresentation start time of the segment based on a start time of a periodrepresenting a continuous time interval of the media content, a durationof the segment, and the reference time of the presentation start time.31. The operating method according to claim 21, wherein the secondattribute includes an identifier of a session carrying the MDP, when thefirst attribute indicates session-based delivery protocol.
 32. Theoperating method according to claim 21, wherein the second attributeincludes an identifier of a packet carrying the MPD, when the firstattribute indicates packet-based delivery protocol.
 33. A broadcastreception device for receiving a broadcast signal, comprising: abroadcast receiving unit configured to receive a broadcast streamincluding a physical layer frame; and a control unit configured toobtain an internet protocol (IP) packet from the physical layer frame,obtain a signaling table and a broadcast content from the IP packet,wherein the signaling table provides bootstrap information on mediapresentation description (MPD), obtain the MPD including informationnecessary to present media content based on the signaling table andpresent the media content based on the MPD, wherein the physical layerframe includes a preamble providing information on a physical layerparameter, and a plurality of a pipes, wherein the signaling tableincludes a first attribute indicating a type of delivery protocol of theMPD, and a second attribute for accessing the MPD, and wherein the typeof delivery protocol is at least one of a session-based deliveryprotocol or a packet based delivery protocol.
 34. A broadcasttransmission device for transmitting a broadcast stream, comprising: acontrol unit configured to generate a signaling table and a broadcastcontent, wherein the signaling table provides bootstrap information onmedia presentation description (MPD), encapsulation the broadcastcontent and the signaling table into an internet protocol (IP) packetand insert the IP packet into a physical layer frame; and a transmittingunit configured to transmit the broadcast stream including the physicallayer frame, wherein the physical layer frame includes a preambleproviding information on a physical layer parameter, and a plurality ofa pipes, wherein the signaling table includes a first attributeindicating a type of delivery protocol of the MPD, and a secondattribute for accessing the MPD, and wherein the type of deliveryprotocol is at least one of a session-based delivery protocol or apacket based delivery protocol.
 35. An operating method of a broadcasttransmission device, the method comprising: generating an internetprotocol (IP) packet including a signaling table and a broadcastcontent, wherein the signaling table provides bootstrap information onmedia presentation description (MPD); encapsulating the IP packet into aphysical layer frame; and transmitting the broadcast stream includingthe physical layer frame, wherein the physical layer frame includes apreamble providing information on a physical layer parameter, and aplurality of a pipes, wherein the signaling table includes a firstattribute indicating a type of delivery protocol of the MPD, and asecond attribute for accessing the MPD, and wherein the type of deliveryprotocol is at least one of a session-based delivery protocol or apacket based delivery protocol.